git-subárbol: Cambios de inserción de un repositorio clonado

Question

Estoy usando git-subárbol (de Avery Pennarun). En mi actual repositorio git tengo, por supuesto, todos mis archivos/carpetas de proyectos y un subárbol llamado "lib". Si ahora clono este git repo usando git clone obtengo todos los archivos del proyecto y el subárbol "lib" (todo como debería ser). Lo que intenté ahora: cambié algo dentro del subárbol "lib" en el repositorio clonado y traté de volver a enviar los cambios al repositorio remoto del subárbol "lib" usando git subtree push, pero no funcionó. ¿Cuál es el problema? ¿Tengo que agregarlo como subárbol primero con git subtree add?

Thx de antemano

Answer 1

exención de responsabilidad, sospecho que no soy más que unos pocos días antes de que learing sobre subárbol :-)

Si usted está usando git subtree push usted no está dando subárbol suficiente información para extraer y empuja tus cambios

Si clonó el repositorio correctamente, el subárbol ya estará allí. El Subárbol necesita que se le diga de qué subárbol desea empujar (incluso si solo tiene uno) y también necesita saber a dónde presionar, específicamente, no desea presionar al repositorio de nivel superior. Por lo tanto, desea algo como:

git subtree push --prefix=lib git@github.com:arges-github/lib.git master 

Obviamente, el repositorio y el refspec se deben cambiar para que coincidan con su repositorio.

Si desea ver qué está sucediendo aquí (y ayuda), el subárbol en realidad divide los cambios que afectan a los archivos dentro del subárbol en una rama diferente y luego lo envía al repositorio del subárbol. Para ver que esto suceda, utilice subtree split

git subtree split --rejoin --branch=shared-changes --prefix=lib 

continuación, echar un vistazo a la rama que ha realizado:

git checkout lib-changes 

y, empujar manualmente

git push git@github.com:arges-github/lib.git master 

Si esto no es trabajando entonces puede ser que no hayas fusionado el subárbol en tu repositorio. Cuando se agrega un subárbol:

git subtree add --squash --prefix lib git@github.com:arges-github/lib.git master 

también es necesario combinar el subárbol y empujarlo de vuelta a su cesión temporal de nivel superior.

git subtree pull --squash --prefix lib git@github.com:arges-github/lib.git master 
git push 

Answer 2

Tenía exactamente el mismo problema que estaba teniendo y lo resolví utilizando esencialmente el enfoque sugerido por Roger Nolan. Sin embargo, si tienes la mala suerte de estar en un sistema de archivos insensible a mayúsculas y minúsculas como yo, también debes asegurarte de que cada vez que hagas un pull y un push, el caso de tu prefijo permanezca igual.

Cuando termine confundiendo la caja por error, git pensará que tiene dos subárboles, mientras que solo uno existirá en el sistema de archivos.

Así que la solución que terminé con (en caso de que ayuda a nadie) es:

1. crear un script que empujará a su sub-árbol. Llámalo publish_<your-subtree-name>.
2. Crea otra secuencia de comandos que extraerá tu subárbol. Llámalo update_<your-subtree-name>.
3. Crea una rama temporal en tu HEAD y prueba la actualización. Si su secuencia de comandos es correcta, su rama de temperatura no se moverá.
4. Clone el repositorio del subárbol en otro lugar, agregue un commit de prueba, empújelo e intente introducirlo en su repositorio utilizando el script de actualización que acaba de escribir.
5. Si todo funciona, elimine su rama temporal y ahora compruebe ambos scripts en el repositorio de super proyecto.
6. Luego, cuando necesite empujar o tirar subárboles, use los scripts.

PS> El parámetro --squash es importante, especialmente si las diferentes ramas de sus reporsitorios están arrastrando diferentes ramas del subárbol y también si tiene múltiples subárboles en su proyecto.