@@ -116,7 +116,7 @@ msgstr ""
116
116
117
117
#: ../../package-structure-code/code-style-linting-format.md:33
118
118
msgid "The benefits of using linters and code format tools in your workflow"
119
- msgstr "Los beneficios de usar linters y herramientas de formato de código en su flujo de trabajo"
119
+ msgstr "Los beneficios de linters y herramientas de formato de código en su flujo de trabajo"
120
120
121
121
#: ../../package-structure-code/code-style-linting-format.md:34
122
122
msgid "Some commonly used tools in the scientific Python space"
@@ -129,7 +129,7 @@ msgid ""
129
129
msgstr ""
130
130
"Configuración de pre-commit hooks y el bot pre-commit.ci para facilitar el "
131
131
"uso de herramientas de formato de código en flujos de trabajo diarios y en "
132
- "solicitudes de cambio en GitHub."
132
+ "pull requests en GitHub."
133
133
134
134
#: ../../package-structure-code/code-style-linting-format.md:38
135
135
msgid "Use a code format tool (or tools) to make your life easier"
@@ -144,8 +144,8 @@ msgid ""
144
144
"you, adhering to PEP 8 standards and applying consistent style decisions "
145
145
"throughout."
146
146
msgstr ""
147
- "Sugerimos que utilice una herramienta de formato de código, o un conjunto "
148
- "de ellas, porque aplicar manualmente todas las normas "
147
+ "Sugerimos que utilice una o varias herramienta de formato de código "
148
+ "porque aplicar manualmente todas las normas "
149
149
"PEP 8 consume mucho tiempo para los mantenedores y puede ser un obstáculo "
150
150
"para los nuevos colaboradores. Los formateadores de código reformatearán "
151
151
"automáticamente su código, siguiendo las normas PEP 8 y aplicando decisiones "
@@ -195,7 +195,7 @@ msgid ""
195
195
"contribute to."
196
196
msgstr ""
197
197
"Un formato de código consistente en los paquetes dentro del ecosistema de "
198
- "Python (científico) también hará que el código sea más fácil de escanear, "
198
+ "Python (científico) también hará que el código sea más fácil de "
199
199
"entender y contribuir."
200
200
201
201
#: ../../package-structure-code/code-style-linting-format.md:60
@@ -302,7 +302,7 @@ msgid ""
302
302
"use the [Black playground](https://black.vercel.app/)"
303
303
msgstr ""
304
304
"Si está interesado en ver cómo Black formateará su código, puede utilizar el "
305
- "[_arenero_ de Black](https://black.vercel.app/)."
305
+ "[_playground_ de Black](https://black.vercel.app/)."
306
306
307
307
#: ../../package-structure-code/code-style-linting-format.md:102
308
308
msgid ""
@@ -372,7 +372,7 @@ msgid ""
372
372
"Using this output, you can fix each issue line by line manually."
373
373
msgstr ""
374
374
"Observe que flake8 devuelve una lista de problemas que encontró en el módulo "
375
- " model.py a través de la línea de comandos. El archivo Python no ha sido modificado . "
375
+ " model.py a través de la línea de comandos. El archivo Python no se modifica . "
376
376
"Utilizando esta salida de la terminal, puede arreglar cada problema manualmente, línea"
377
377
" a línea."
378
378
@@ -451,7 +451,7 @@ msgid ""
451
451
"listed below."
452
452
msgstr ""
453
453
"A continuación, `pandas` es un paquete de terceros, `typing` es un paquete "
454
- "principal distribuido con `Python`, y `examplePy.temperature` es "
454
+ "de la librería estándar distribuido con `Python`, y `examplePy.temperature` es "
455
455
"un módulo propio, lo que significa que pertenece al mismo paquete "
456
456
"que el archivo que realiza la importación. También observe que no hay "
457
457
"espacios en las importaciones listadas a continuación."
@@ -549,8 +549,8 @@ msgid ""
549
549
"favorite code format tools on demand."
550
550
msgstr ""
551
551
"Los linters se pueden ejecutar como una herramienta de línea de comandos como "
552
- "se muestra arriba. También se pueden ejecutar dentro de su herramienta de "
553
- "codificación favorita (por ejemplo, VScode, pycharm, etc). Por ejemplo, es "
552
+ "se muestra arriba. También se pueden ejecutar dentro de su editor de "
553
+ "código favorito (por ejemplo, VScode, pycharm, etc). Por ejemplo, es "
554
554
"posible que prefiera que herramientas como Black e isort se ejecuten cuando "
555
555
"guarda un archivo. En algunos editores también puede configurar accesos "
556
556
"directos que ejecuten sus herramientas de formato de código favoritas bajo demanda."
@@ -561,23 +561,23 @@ msgstr "Use pre-commit hooks para ejecutar formateadores de código y linters en
561
561
562
562
#: ../../package-structure-code/code-style-linting-format.md:230
563
563
msgid "You can also setup a `pre-commit hook` in your Python package repository."
564
- msgstr "También puede configurar un `pre-commit hook` en su repositorio de paquetes de Python ."
564
+ msgstr "También puede configurar un `pre-commit hook` en el repositorio de su paquete ."
565
565
566
566
#: ../../package-structure-code/code-style-linting-format.md:232
567
567
msgid ""
568
568
"A pre-commit hook is a tool that allows an action (or actions) to be "
569
569
"triggered when you apply a commit to your git repository."
570
570
msgstr ""
571
- "Un pre-commit hook es una herramienta que permite que una acción (o acciones) "
572
- "se active cuando aplica un commit a su repositorio de git."
571
+ "Un pre-commit hook es una herramienta que permite ejecutar una acción (o acciones) "
572
+ "en el momento en que se aplica un commit a su repositorio de git."
573
573
574
574
#: ../../package-structure-code/code-style-linting-format.md:235
575
575
msgid "Pre-commit hook example workflow"
576
576
msgstr "Ejemlo de flujo de trabajo de pre-commit hook"
577
577
578
578
#: ../../package-structure-code/code-style-linting-format.md:237
579
579
msgid "The precommit workflow looks like this: You type and run:"
580
- msgstr "El flujo de trabajo de precommit se ve así: Escriba y ejecute:"
580
+ msgstr "El flujo de trabajo de precommit se ve así: escriba y ejecute:"
581
581
582
582
#: ../../package-structure-code/code-style-linting-format.md:240
583
583
msgid "`git commit -m \" message here\" ` at the command line"
@@ -598,7 +598,7 @@ msgid ""
598
598
" to the repository."
599
599
msgstr ""
600
600
"Si las herramientas configuradas en el pre-commit hook se ejecutan con éxito "
601
- "sin realizar cambios o encontrar errores en su código, el cambio (o commit) se aplicará "
601
+ "sin realizar cambios o encontrar errores en su código, el commit se aplicará "
602
602
"al repositorio."
603
603
604
604
#: ../../package-structure-code/code-style-linting-format.md:248
@@ -611,7 +611,7 @@ msgid ""
611
611
"those issues, manually."
612
612
msgstr ""
613
613
"Si las herramientas configuradas en el hook encuentran errores en sus "
614
- "archivos, el cambio (o commit) NO se aplicará al repositorio. Recuerde de la "
614
+ "archivos, el commit NO se aplicará al repositorio. Recuerde de la "
615
615
"discusión anterior que un formateador de código como Black se ejecutará y "
616
616
"reformateará su código. Un linter como _flake8_ le proporcionará una salida "
617
617
"que detalla dónde hay problemas de sintaxis en su código. Luego deberá "
@@ -642,8 +642,8 @@ msgid ""
642
642
"using-black-and-flake8/*)"
643
643
msgstr ""
644
644
"El flujo de trabajo de pre-commit comienza con usted agregando archivos que "
645
- "tienen cambios para hacer stage en git. A continuación, ejecutaría git commit. "
646
- "cuando ejecute git commit, los pre-commit hooks se ejecutarán. En este ejemplo, "
645
+ "tienen cambios para hacer stage en git. A continuación, ejecutaría ` git commit` . "
646
+ "Cuando ejecute ` git commit` , los pre-commit hooks se ejecutarán. En este ejemplo, "
647
647
"Black, el formateador de código; y flake8, un linter; se ejecutan. Si todos los "
648
648
"archivos pasan las comprobaciones de Black y flake8, entonces su commit se "
649
649
"registrará. Si no lo hacen, el commit se cancela. Deberá corregir cualquier "
0 commit comments