¿Cuándo debería crear una nueva sucursal?

Estoy usando git como la primera vez para un sistema de control de versiones. Estoy comenzando un nuevo proyecto y, por lo tanto, para experimentar un poco con las tecnologías utilizadas en el proyecto (ejemplos de hello world …) quiero crear algo así como una twig de "patio de recreo". ¿Es común crear una nueva twig "patio de recreo" o debería simplemente crear una carpeta llamada parque infantil en la twig principal?

Saludos

Debes crear una nueva twig cuando hagas un trabajo de desarrollo que sea de naturaleza experimental. Entonces, en su escenario definitivamente cree una nueva twig y no una carpeta dentro del maestro. Si creó su sandbox como un directory en el maestro, va a residir allí hasta que lo elimine usando git. Tener el código inactivo en la twig principal no es ideal de ninguna manera, ya que puede confundir a otros desarrolladores y puede quedarse ahí podrido durante toda la vida de la aplicación.

Si tu equipo experimentara un error, no querrías que pierda el time explorando el trabajo experimental para determinar si el error existía dentro de ese directory. La creación de una nueva twig le permite aislar sus cambios de la twig principal. Si su experimentación va bien, siempre tiene la opción de fusionar sus cambios en la twig principal. Si las cosas no salen tan bien, siempre puedes descartar la twig o savela en tu repository local.

Las sucursales tienen muchos usos, y dependen un poco de tu flujo de trabajo. Dos flujos de trabajo comúnmente utilizados son:

  • flujo de github
  • gitflow

Ambos usan las denominadas twigs temáticas para crear nuevas características, que se fusionan una vez lists / aceptadas.

El flujo de Github es bastante simple, y obviamente es lo que usa Github. Gitflow es un poco más complejo y es más apropiado cuando necesita admitir varias versiones de una aplicación, donde se pueden aplicar las revisiones.

Al final, es una cuestión de preference qué tipo de flujo de trabajo usas, pero como crear twigs es muy barato en git, en realidad no importa cuántas twigs crees (y, finalmente, eliminar de nuevo).

La forma común es usar la twig principal como twig activa. Luego, crea nuevas twigs desde el maestro y trabaja en ellas (twigs de function). Una vez que haya terminado su trabajo, fusionará los cambios con su maestro.

Puede crear nuevas twigs remotas como una twig de desarrollo y combinar sus cambios en esta twig cuando solo desea una vista previa. Hay algunos methods pero hay mucha información en google.

Ramificación y fusión
Modelo de ramificación de Git

Debes aprender desafiantemente experimentando pero en un repository de juegos.
Un directory de juegos en un repos será less beneficioso.
Juega, comete errores, aprende algunas cosas, bórralas un par de veces y enloquece.

p.ej

$ mkdir playground $ git init $ touch hello-world $ git add hello-world $ git commit -m "my first commit" $ git branch goodbye $ git checkout goodbye $ echo "goodbye" | cat >>hello-world $ git status $ git add hello-world $ git commit -m "goodbye commit" $ git merge master 

También recomendaría tomar un tenedor de un proyecto activo en el idioma que elijas de GitHub y darte una oportunidad con la fusión, el rebase, etc. allí con código real.

Debería considerar crear nuevas twigs y trabajar en ellas en estos casos:

  • Cuando desee trabajar / probar algo en un entorno de recinto de security.

  • Es una buena práctica mantener sus compromisos cortos en la naturaleza. Por lo tanto, comprometerse con frecuencia puede perturbar el área de desarrollo de los demás. Por lo tanto, es mejor completar su trabajo en una twig y luego fusionar su twig en la twig principal. [Sugerencia] Recuerde mantener su twig sincronizada con la twig principal mediante la fusión de la twig principal en su twig con frecuencia. Entonces, en un momento posterior, no tienes muchas cosas para fusionar a mano.

  • Quieres resolver un error. Es mejor resolverlo en otra twig y fusionarlo más tarde.

  • Si su confirmación falla / rompe su compilation, la compilation de producción no se verá afectada. Por lo tanto, prefiero usar al less dos twigs dev branch y prod twig. Cuando todo esté totalmente probado, combine su twig de desarrollo con la twig de producción.