Recomendación de la configuration de git para 2 proyectos

Soy nuevo con Git y necesito ayuda para configurar dos proyectos. ¿Me puede dar algunas recomendaciones? Básicamente tengo un proyecto de padre (una plantilla que compré) y necesito copyr esta plantilla para hacer mis propias personalizaciones.

Entonces, ¿cómo puedo trabajar con Git para tener un proyecto limpio con todas las correcciones de la plantilla y otro proyecto con mis propias personalizaciones (que puedo agregar las correcciones del proyecto de la plantilla).

¿Es un proyecto de Git con una sucursal o es un proyecto de Git con un tenedor? O de otra manera?

No hay distinción entre "tenedor" y "twig" en Git. La historia de Git es un gráfico acíclico dirigido de revisiones (confirmaciones), que se puede replicar en cualquier cantidad de repositorys y hay indicadores nombrados, references, que marcan las revisiones significativas (tags) y puntos en los que se realiza un nuevo desarrollo (encabezados, también llamados twigs).

Lo que quieres hacer se llama tenedor, pero la distinción es por intención. Branch está en un proyecto destinado a fusionarse o corregir un error en una versión anterior mientras se desarrolla una nueva versión, mientras que fork es un proyecto separado cuyo desarrollo difiere del original y puede o no integrar cambios en el proyecto original.

Ahora, técnicamente, tendrá su propio repository creado al clonar el proyecto "ascendente". Github llama a esto un "tenedor".

En este repository, tendrá una twig (ref) que rastrea el repository en sentido ascendente. Esto suele denominarse en upstream y también se denomina una twig de "proveedor" que utiliza la terminología CVS anterior.

Entonces tendrás otra twig con tus modificaciones. Probablemente debería ser simplemente master . Dependiendo de lo que desee, se fusionará periódicamente en upstream para seguir todo el desarrollo ascendente o simplemente cherry-pick algunos cambios de vez en cuando si desea continuar el desarrollo en una dirección diferente.

Estas deberían ser twigs.

Consulte la documentation antes de hacer preguntas sobre los flujos de trabajo / conceptos de git estándar, hay muchos artículos geniales que ilustrarán estos. Ver, por ejemplo, Git Branching en el libro Pro Git.