Si vienen de redes agresivas como Twitter, tomen en cuenta que la gente aquí es mucho más amable y abierta que en las redes sociales privativas. Por favor, ayudemos a mantenerla así, amable, amigable y compasiva con todos sus usuarios 🤗.
Me parece muy interesante porque cada vez se diluye más la frontera entre animales humanos y no humanos. Siempre se les ha considerado en inferioridad, arrogándose la raza humana el derecho de disponer de todo el planeta y además aniquilar y destruir. Se ha considerado que no pasa nada por aniquilar animales escudándose en su falta de "cualidades humanas". Pero si haces el recuento de esas "cualidad humanas" que supuestamente tienen todas las personas humanas, la gran mayoría, por no decir todas, están en los animales. En muchos de ellos en mayor medida: altruismo, compasión, resolución de problemas, uso de herramientas, cuidado de familiares, etc. Por eso considero que este planeta no es más nuestro que suyo y hasta que no aprendamos eso no haremos más que cagarla una y otra vez.
Lo bueno y lo malo del GIT es que no hay una manera en la que se debe usar, solo maneras de usarlo. Luego están lo que se llama los "git flows" más o menos estándar.
GIT es distribuido. Empiezas clonando el proyecto que te interesa. Siempre se crean las nuevas ramas en local, además si quieres terminar enviando un PR (esto es terminología de github y no existe en GIT, en gitlab es Merge Request) seguro que tienes que hacer una rama. Esa rama la harás en tu repositorio local. Cuando termines el trabajo enviarás tu rama local al repo remoto y desde la interfaz web de github solicitarás PR desde tu rama para mezclar en la rama que diga el propietario del proyecto, que suele ser master o develop.
Lo que dicta el contenido de un PR o MR es que sea coherente. Se pueden hacer múltiples cambios en múltiples ficheros pero todos dirigidos a un objetivo común, objetivo que se explicará en el mensaje del PR. Por ejemplo "Esta PR implementa login en GNU Social usando un servidor LDAP". Toda esa magna tarea implicará un montón de cambios, pero se considera que es correcto hacerlo en un PR. Cuando el propietario aprueba los cambios, se hace la verdadera mezcla (merge) de tu rama en su master o su develop o como la quiera llamar.
Una guia útil sobre el git flow considerado más "estándar" sería esta http://guides.the-cocktail.com/git/. Cualquier cosa, sigue preguntando.
Luchando por el software libre y cansineando con el rock progresivo. Cada día más retroinformático. Libre de rediles antisociales desde 2012. XMPP: danielside@gs.dnlsd.nom.es