Preguntas sobre trabajar con Git

Hay muchas guías en los commands de Git, pero no he visto muchas que expliquen cómo los desarrolladores realmente las usan día a día. Entiendo los conceptos básicos de push, pull, commit, etc … pero no entiendo cuándo usar branches.

En el repository local:

  • ¿Debería crear una nueva twig para cada set de cambios o está bien trabajar en la twig principal?

  • ¿Deberías crear un nuevo clon para cada twig?

  • ¿Cuándo fusionas tus sucursales locales con tu maestro local?

Gracias.

¿Debería crear una nueva twig para cada set de cambios o está bien trabajar en la twig principal?

Es una cuestión de gusto. Debe crear una twig para cada característica principal que implemente ("twigs de tema"), y así poder hacer correcciones de errores en la twig maestra original. Para proyectos pequeños, está bien trabajar en la twig principal.

Por ejemplo, si planea hacer un networkingiseño importante, expandir varios files o trabajar en él durante un período de time más largo, definitivamente debe crear una twig de tema para él. Especialmente si planea usar un compromiso "inestable" en el medio, lo que se recomienda.

Dicho esto, podría ser razonable trabajar en una twig diferente la mayor parte del time, ya que podría ser difícil saber de antemano cuánto trabajo necesitará un tema.

¿Deberías crear un nuevo clon para cada twig?

No. ¿Por qué deberías? Simplemente crea una nueva twig y usa git checkout <branchname> para cambiar de twig.

Sugerencia: aprenda sobre el git stash para "save temporalmente" todas las modificaciones locales, es extremadamente útil cuando se trabaja con twigs.

¿Cuándo fusionas tus sucursales locales con tu maestro local?

Una vez que el "tema" finaliza, debe fusionarlo con el maestro. Después de eso, puede eliminar la twig de tema.

¿Cuándo (y cómo) creas una twig remota?

Puede especificar qué twig local sincronizar con qué twig remota usando git pull , git push o definiendo las ref correspondientes en el file .git/config .

Necesita sucursales remotas cuando desea compartir una sucursal en varias máquinas o usuarios.

¿Debería crear una nueva twig para cada set de cambios o está bien trabajar en la twig principal?

Creé una nueva twig cuando realizaré una serie de cambios relacionados que puedo decidir no mantener, pero romperé y romperé la twig principal mientras estoy trabajando en ellos. Especialmente si quiero hacer múltiples checkins en el path.

Por ejemplo, digamos que tengo una aplicación de calculadora gráfica simple y quiero agregar paréntesis y order de las operaciones, pero no estoy seguro de si funcionará de la manera que estoy pensando en hacerlo. Crearía una nueva sucursal, verificando mis cambios a medida que avanzo, y si me gusta el resultado al final, me fusionaré con el Maestro.

Esto es especialmente bueno si tengo gente pidiendo correcciones de errores a la versión lanzada (construida fuera del maestro) mientras estoy trabajando. Puedo cambiar fácilmente a maestro, corregir un error, rebuild, volver a lanzar y volver a mi twig de desarrollo.

¿Deberías crear un nuevo clon para cada twig?

No recomendaría crear un nuevo clon para cada twig a less que no desee verificar los cambios locales antes de cambiar. Pero incluso entonces puedes usar el command "git stash" para save tus cambios mientras cambias de twig, trabajas y vuelves atrás.

¿Cuándo fusionas tus sucursales locales con tu maestro local?

Debería fusionar sus cambios locales con la twig principal cuando puede build correctamente y cree que ha implementado la function que estaba buscando. No rompa la twig principal.

¿Cuándo (y cómo) creas una twig remota?

Usted crea una sucursal remota creando una sucursal local y presionando mientras tiene dicha sucursal local desprotegida. Solo debe presionar una nueva twig para crearla de forma remota si desea una copy de security de la misma o si otras personas desean verificarla. Si solo está jugando con una function localmente, probablemente no quiera presionarlo.

¿Escribe un post relativo al file que ha cambiado o relativo al proyecto?

Relativo al proyecto Haga sus posts de compromiso tan claros como sea posible, pero intente escribir una línea de resumen conciso, luego deje una línea en blanco y luego ponga detalles sobre su compromiso. Git está basado en un tree, en lugar de en un file, de modo que si una function o una corrección de error tocaban un grupo de files, compruébalos todos a la vez con el mismo post.

¿Debería crear una nueva twig para cada set de cambios o está bien trabajar en la twig principal?

Ayuda tener diferentes twigs cuando el desarrollo de diferentes sets de características ocurre en paralelo

¿Deberías crear un nuevo clon para cada twig?

No. La ramificación local barata es una de las muchas ventajas de la bifurcación.

¿Cuándo fusionas tus sucursales locales con tu maestro local?

Después de completar la funcionalidad prevista en la twig, combínela con el maestro. En este momento, preferiblemente clonarlo en otro lugar. (github?)

Como solo soy una persona y prefiero mantener abiertas un número limitado de instancias de mi IDE, tiendo a mantener solo un clon del repository, y solo cambio el contenido de ese clon.

Esto significa que generalmente tengo que ejecutar algún tipo de compilation limpia cada vez que cambio el contenido de mi pago y envío.

Uno de los patrones de uso más comunes es usar "twigs de características" donde desarrolla características distintas en twigs separadas. Luego puede tener una o más twigs de integración (= versiones) en las que fusiona estas características.