Skip to content

Commit 679a124

Browse files
authored
Add rule about 1 pkg at a time (#878)
* Add rule about 1 pkg at a time * add pt translation * Update softwarereview_author.es.Rmd
1 parent 1b367b3 commit 679a124

File tree

4 files changed

+5
-0
lines changed

4 files changed

+5
-0
lines changed

booknews.Rmd

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -2,6 +2,8 @@
22

33
## dev version
44

5+
- 2025-02-25, add official rule on submitting one package at once only (`@maurolepore`, #876)
6+
-
57
- 2025-03-11, mention the Air formatting tool wherever we mention the styler package (#875)
68

79
- 2025-02-25, require the default git branch to not be called master (#863)

softwarereview_author.Rmd

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -24,6 +24,7 @@ This concise guide presents the software peer review process for you as a packag
2424
- At the submission stage, all major functions should be stable enough to be fully documented and tested; the README should make a strong case for the package.
2525
- Your README file should strive to explain your package's functionality and aims, assuming readers have little to no domain knowledge. All technical tems, including references to other software, should be clarified.
2626
- Your package will continue to evolve after review, the chapter on *Package evolution* [provides guidance about the topic](#evolution).
27+
- Please do not submit several packages at a time: we request you wait until a package has been approved before you submit another one.
2728

2829
## Preparing for Submission {#preparing-for-submission}
2930

softwarereview_author.es.Rmd

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -19,6 +19,7 @@ Esta guía condensa el proceso de revisión por pares desde el punto de vista de
1919
- En la fase de envío, todas las funciones principales deben ser lo suficientemente estables como para estar completamente documentadas y testeadas. El *README* tiene que dar una buena impresión de tu paquete.
2020
- El archivo *README* debe esforzarse por explicar las funcionalidades y los objetivos de tu paquete asumiendo poco o ningún conocimiento del dominio. Además, debe aclarar todos los temas técnicos, incluidas las referencias a otros software.
2121
- Tu paquete seguirá evolucionando después de la revisión, el capítulo sobre *Evolución de paquetes* [proporciona orientación sobre el tema](#evolution).
22+
- Por favor, no envies varios paquetes a la vez: te rogamos que espere hasta que un paquete haya sido aprobado antes de enviar otro.
2223

2324
## Preparación para el envío {#preparing-for-submission}
2425

softwarereview_author.pt.Rmd

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -24,6 +24,7 @@ Este guia conciso apresenta o processo de revisão de software por pares, para v
2424
- No estágio de envio da submissão, todas as principais funções devem ser estáveis o suficiente para serem totalmente documentadas e testadas; o README deve apresentar uma base segura para o pacote.
2525
- Seu arquivo README deve assegurar-se em explicar a funcionalidade e os objetivos do seu pacote, presumindo que os leitores tenham pouco ou nenhum conhecimento do domínio. Todos os termos técnicos, inclusive as referências a outros softwares, devem ser esclarecidos.
2626
- Seu pacote continuará a evoluir após a revisão. O capítulo sobre *Evolução do pacote* [fornece mais orientações sobre este tópico](#evolution).
27+
- Não envie vários pacotes ao mesmo tempo: solicitamos que você espere até que um pacote seja aprovado antes de enviar outro.
2728

2829
## Preparando para Submissão {#preparing-for-submission}
2930

0 commit comments

Comments
 (0)