GIT – Clone local branch

Soy bastante nuevo en el uso de GIT después de haber trabajado con TFS.

Mi pregunta es: necesito crear algunas twigs locales de un proyecto y cortar y cambiar entre ellas con bastante frecuencia (ocasionalmente hasta el punto de tener ambos proyectos abiertos al mismo time). Para lograr esto, he creado twigs locales y luego las he clonado en diferentes carpetas.

Antes de llegar demasiado lejos en el desarrollo, solo quería comprobar que este enfoque no causaría ningún problema, ¿verdad?

EDITAR: Agregar más detalles para aclarar cómo estoy trabajando.

Así que, para aclarar, tengo una reacción local que he ramificado un par de veces, he clonado esas twigs (que a partir de los comentarios a continuación significa que tengo nuevos repositorys para esas twigs) Aún no entiendo por qué sería más difícil para fusionarlos de nuevo en mi maestro local. El siguiente muestra lo que tengo.

enter image description here

Así que ahora mi pregunta es, si esto va a ser más difícil de trabajar, ¿de qué manera? ¿Cuáles son los peligros de hacer esto? ¿Qué pasos debo seguir para fusionar estos cambios con el maestro?

Publicar otra respuesta para la pregunta refinada.

si esto va a ser más difícil de trabajar, ¿de qué manera? ¿Cuáles son los peligros de hacer esto? ¿Qué pasos debo seguir para fusionar estos cambios con el maestro?

Como mencioné los comentarios a mi primera respuesta, cada clon es un repository separado, pero apunta al mismo URI de Git, es decir, //[...]/project_1.git , es decir, conectado entre sí solo a través del remote .

Usando el diagtwig de arriba para explicar,
Para actualizar [local-Main] con desarrollos en [local-Bug Fixes], solo hay 2 forms:

  1. a través de la línea de command:

    • push [local-Bug Fixes] a remote : git push origin bug-fixes
    • abrir segunda instancia de terminal> cd a [local-Principal]
    • actualizar el índice de git de [local-Main]: git checkout master > git pull origin bug-fixes
  2. actualización manual:

    • copie todo el contenido de [correcciones locales de errores]: Ctrl + A > Ctrl + C
    • abrir nueva window del Explorador> navegar a [local-Principal]> Sobrescribir contenidos: Ctrl + A > Ctrl + V
    • actualizar el índice de git de [local-Main]: git add . > git commit

los cloné en diferentes carpetas

Tener dos carpetas diferentes dificultará la incorporación de cambios de uno a otro, y casi anula el uso de Git .

Habiendo dicho eso, sigo este flujo de trabajo para algunos de mis proyectos ruby

—- EDIT —-

Demostración:

Clona el proyecto en C:/Projects/repo y C:/Projects/repo_copy
Verifique una nueva demo sucursal y realice un cambio en ~repo/

En una nueva window de terminal, navegue a ~repo_copy/ e intente ~repo_copy/ la twig de demo creada en ~repo/ No podrá hacerlo. La twig de demo no existe allí.

Para el logging, fue un poco más incómodo de lo normal, pero no por mucho.

El process fue: 1. En el repository clonado de una de las twigs de características, comprométalo todo y luego ingresa al repository principal. que ponen el código del repository clonado en el repository principal en la twig de características. 2. Fusiona la twig de características en el maestro. 3. Resolver conflictos 4. Confirmar 5. Empujar

Así que, aparte del impulso inicial del repository clonado (y una pesadilla de conflictos), el process no es muy diferente, estoy de acuerdo con lo anterior, sugeriría evitar este enfoque (ciertamente lo estaré)