¿Qué es una twig temática git?

¿Qué es una twig temática git? ¿Es diferente de una twig ordinaria de alguna manera? ¿Hay twigs que no son twigs temáticas?

Las twigs temáticas son típicamente twigs livianas que usted crea localmente y que tienen un nombre que es significativo para usted . Están donde podría trabajar para una corrección o function de error (también se les llama twigs de características) que se espera que tarde un poco en completarse.

Otro tipo de twig es la "twig remota" o "twig de seguimiento remoto". Este tipo de twig sigue el desarrollo del trabajo de otra persona y se almacena en su propio repository. Actualizas periódicamente esta twig (usando git fetch ) para rastrear lo que está sucediendo en otro lugar. Cuando esté listo para ponerse al día con los cambios de todos los demás, usaría git pull para search y fusionar.

También he visto otro tipo de twig que es esencialmente un tree de files completamente separado en el mismo repository. Por ejemplo, el repository de Git contiene encabezados llamados man y html que contienen contenido completamente diferente de la twig principal . No sé a qué tipo de twigs se suele llamar.

No es un término técnico; simplemente se refiere a una twig que se creó para implementar una característica específica o corregir un error. El "tema" es la razón para la creación de la twig, esencialmente.

https://github.com/dchelimsky/rspec/wiki/Topic-Branches explica esto bien.

Una twig "tema" es una twig separada que usa cuando trabaja en un solo "tema" (una corrección de error, una característica nueva o una idea experimental). Se recomienda trabajar en una twig de tema en lugar de directamente en la parte superior de "master" porque:

{… visitar enlace …}

Por lo tanto, por todas estas razones, se recomienda utilizar una twig de tema para preparar envíos, incluso para contribuciones simples, como correcciones de errores de compromiso único y similares.

Esta muestra también da ejemplos. Lo que en realidad me hizo pensar, esto es probablemente lo que ya hacen la mayoría de las tiendas. Todos los proyectos ágiles que he tenido alguna vez hacen. Subí "No es un término técnico" porque siento que esto le pega a la cabeza.

parece que el tipo más prominente e importante de sucursales que no son twigs temáticas serían las sucursales de publicación en un repository principal disponible públicamente, ¿no?

Probablemente sea lo mejor para ti, pero se trata de ti y del proyecto en el que estás pensando; no está determinado por Git.

La mayoría de los sistemas de control de versiones (particularmente los centralizados) prescriben o imponen un flujo de trabajo particular, incluido aquello para lo que tiene sentido usar una twig. Git (y hasta cierto punto la mayoría de los VCS distribuidos) considera que el flujo de trabajo, para qué twigs se usa, cuándo comprometerse, para qué se utilizan los diferentes repositorys, etc., lo eligen los usuarios y los acuerdos entre los usuarios (políticas). Entonces, Git no los aplica técnicamente.

Esta es una de las cosas que me hizo difícil aprender a Git. Oliver Steele explicó esto desde la vista del usuario y escribió sobre las políticas de compromiso .