Correccion del README_EO

mester commented

2024-01-12 20:36:58 +01:00

Collaborator

Perdona, pero creo que el sistema que utilizo para gestionar git desde el editor de textos creo que coge todo lo que tengo, que no está fusionado a la rama principal y como no sé cómo arreglarlo

mester added the

TRANSLATION

label 2024-01-12 20:36:58 +01:00

fede was assigned by mester

2024-01-12 20:36:58 +01:00

mester added 7 commits 2024-01-12 20:36:58 +01:00

Komenco de la Esperanta traduko e7cf3e1f72

Traduccion README al esperanto #2 f4e0362d18

Traduccion al Esperanto #2 2f0148ef0d

Traduccion al Esperanto #3 fb060eb1cd

Traduccion de la seccion contribuir documento docs 1 05964cb852

Traduccion de la seccion contribuir documento docs 2 2d6d322052

Correccion README_EO 291a15d203

mester added 1 commit 2024-01-12 20:38:54 +01:00

Correccion de espaciamiento 95e5b23b35

fede commented

2024-01-13 02:35:30 +01:00

Owner

Perdona, pero creo que el sistema que utilizo para gestionar git desde el editor de textos creo que coge todo lo que tengo, que no está fusionado a la rama principal y como no sé cómo arreglarlo

Probablemente porque una vez fusionados tus cambios originales, la rama se borra en el servidor pero no ha sucedido lo mismo localmente en tu equipo.

Una vez que tus cambios han sido fusionados, tendrías que

cambiar a la rama principal (main) (git checkout main)
traer (actualizar) la rama main con los cambios fusionados (git pull)
borrar la rama local utilizada originalmente (y que se borra en el servidor cuando se acepta la fusión) (git branch -d <nombre.de.la.rama>
crear una rama local nueva a partir de la principal (o main) (git checkout -b <nombre.de.la.rama.nueva>

En el caso de este último PR (Pull request o Pedido de Fusión) lo que habría que hacer es seguir los pasos arriba comentados y solicitar uno nuevo.

Adicionalmente, hay que tener presente que no es necesario hacer un commit cada vez que hacemos una modificación:

lo primero que necesitamos entender es que un commit no es como hacer Ctrl+s porque Git no es "solo un sistema de respaldos". Un commit es más como una instantánea de nuestra carpeta de proyecto en un punto determinado. La idea principal detrás de un sistema de control de versiones (Git en este caso) es permitir llevar un registro de todos los cambios realizados a nuestro código a lo largo del tiempo así podemos mirar hacia atrás y verificar cuándo, cómo y por qué se ha "desarrollado". Cada "commit" es, entonces, un "hito" en el historial de registros de nuestro proyecto. Y cada "hito" es acompañado de un mensaje que describe qué ha cambiado. Necesitamos tener en cuenta que cuantos más commits realizamos más se llena la línea de tiempo, aumentando por consiguiente las posibilidades de generar un historial de registros "confuso".

Comento esto porque el PR anterior tenía varios "commits" en lugar de solo uno o dos.

Muchas gracias por dedicarle tiempo.

> Perdona, pero creo que el sistema que utilizo para gestionar git desde el editor de textos creo que coge todo lo que tengo, que no está fusionado a la rama principal y como no sé cómo arreglarlo Probablemente porque una vez fusionados tus cambios originales, la rama se borra en el servidor pero no ha sucedido lo mismo localmente en tu equipo. Una vez que tus cambios han sido fusionados, tendrías que 1. cambiar a la rama principal (main) (git checkout main) 2. traer (actualizar) la rama main con los cambios fusionados (git pull) 3. borrar la rama local utilizada originalmente (y que se borra en el servidor cuando se acepta la fusión) (git branch -d <nombre.de.la.rama> 4. crear una rama local nueva a partir de la principal (o main) (git checkout -b <nombre.de.la.rama.nueva> En el caso de este último PR (Pull request o Pedido de Fusión) lo que habría que hacer es seguir los pasos arriba comentados y solicitar uno nuevo. Adicionalmente, hay que tener presente que no es necesario hacer un commit cada vez que hacemos una modificación: > lo primero que necesitamos entender es que un commit no es como hacer Ctrl+s porque Git no es "solo un sistema de respaldos". Un commit es más como una instantánea de nuestra carpeta de proyecto en un punto determinado. La idea principal detrás de un sistema de control de versiones (Git en este caso) es permitir llevar un registro de todos los cambios realizados a nuestro código a lo largo del tiempo así podemos mirar hacia atrás y verificar cuándo, cómo y por qué se ha "desarrollado". Cada "commit" es, entonces, un "hito" en el historial de registros de nuestro proyecto. Y cada "hito" es acompañado de un mensaje que describe qué ha cambiado. Necesitamos tener en cuenta que cuantos más commits realizamos más se llena la línea de tiempo, aumentando por consiguiente las posibilidades de generar un historial de registros "confuso". Comento esto porque el PR anterior tenía varios "commits" en lugar de solo uno o dos. Muchas gracias por dedicarle tiempo.

mester commented

2024-01-14 12:57:17 +01:00

Author

Collaborator

Gracias

mester added 2 commits 2024-01-27 18:14:10 +01:00

Traduccion README al esperanto #2 ef26a033c3

Hoak 8e484d38a6

fede requested review from fede 2024-01-27 21:20:44 +01:00

mester closed this pull request

2024-03-07 16:33:47 +01:00

Pull request closed

Please reopen this pull request to perform a merge.

Correccion del README_EO #297

Pull request closed