Comment puis-je fusionner des changements d'une branche qui contient un sous-ensemble de répertoires d'un autre?

Question

Je vais essayer de rester bref.

Nous avons un référentiel git qui agit comme un miroir SVN (géré par BitBucket). Ce dépôt contient chaque projet dans la société depuis le début des temps et ayant chaque clone de développeur ce n'est pas une demande raisonnable (25 + 33GiB full clone et 15 + GiB shallow) Mais même alors, nous n'avons pas besoin d'un clone complet de l'ensemble du dépôt, juste un sous-ensemble des répertoires à l'intérieur. En utilisant git-subtree, j'ai réussi à séparer tous les répertoires d'intérêt et j'ai pensé que nous pourrions ajouter ces répertoires dans nos dépôts locaux en utilisant git-subtree add. Ce processus est transparent pour le dépôt svn. Cela fonctionne bien et la taille est beaucoup plus gérable (clone complet 9 + 6GiB et 8GiB peu profond). Le problème est que je ne sais pas comment nous pourrions prendre les changements que nous faisons dans ces "clones partiels" et les fusionner dans la branche principale. Je pensais que nous serions en mesure d'utiliser les demandes de tirage habituelles pour les entrer mais comme les arbres des branches sont différents, il ne se comporte pas comme je le voudrais (les répertoires manquants sont traités comme déménagements). Je veux juste fusionner les changements des répertoires clonés et laisser les autres intacts.

Je ne pense pas que l'utilisation d'une caisse clairsemée aiderait ici puisque nous aurions encore à cloner le repo complet pour le faire fonctionner ce qui est exactement ce que j'essaie d'éviter.

Y at-il une combinaison de commandes que je peux utiliser pour que tout cela fonctionne?

---

est ici (modifié) scripts que j'ai utilisé pour diviser les répertoires et à la caisse les répertoires d'intérêt:

split_projects.sh
je git-sous-arbre de diviser et de rejoindre les répertoires et git utilisés -réplace pour améliorer la vitesse de resplissage (pour traiter uniquement les nouveaux commits). Notez que le rejoin est pas commis au dépôt principal (je ne suis pas disposé à commettre cela surtout avec le miroir svn).

initial_setup.sh
Ceci est le script pour préparer le dépôt local. A utiliser par les utilisateurs de Windows, dont beaucoup n'ont pas beaucoup d'expérience avec les outils git ou en ligne de commande.

checkout_projects.sh
Le script de paiement actuel.

Il y en a une autre qui extrait les mises à jour des sous-répertoires séparés, mais je ne l'inclue pas ici.

Answer 1

dans votre cas, je crains que vous devez utiliser cerises choix pour déplacer les changements au référentiel d'origine

Answer 2

Si vous ne voulez pas certains changements refusionnés, faites votre fusion --no-commit et annuler les modifications dans le résultat de la fusion avant de valider. Pour les suppressions indésirables, juste git checkout la version que vous voulez. Pour les mecs de changement non désirés, git checkout --patch.

Une autre option, ce qui pourrait liquider plus simple si elle est vraiment plier juste sous-arbres toplevel manquants de la branche issue de la fusion, est de faire de la fusion et de la modifier par la suite, un (git ls-tree @; git ls-tree @^1|grep ^04)|sort -usk4 | git mktree va générer le bon arbre assez facilement,

fixup=`(git ls-tree @; git ls-tree @^1|grep ^04)|sort -usk4|git mktree` 

commit=`git show -s --pretty=%B @|git commit-tree -p @^1 -p @^2 $fixup` 

git update-ref -m 'fold in missing subdirectories' @ $commit 

après la fusion et vous avez terminé.

Answer 3

La meilleure solution que j'ai est pour vous d'exécuter ce qui suit dans une caisse clairsemée d'un clone peu profond du référentiel racine:

git checkout -b branch-to-PR-in 
git fetch remote-with-subtree-as-root 
git merge -s recursive -X theirs -X subtree=path/in/root/to/subtree/ remote-with-subtree-as-root/master --allow-unrelated-histories -X theirs 

Answer 4

Si je comprends vos scripts correctement:

intérieur bigrepo, un $project a son histoire sur branchesubdirs/$project, et son contenu dans le répertoire racine du repo
par exemple: si vous exécutez git checkout subdirs/$project dans bigrepo, le contenu des mensonges du projet dans / (pas dans un sous-répertoire supplémentaire).

Si tel est le cas:

Je pense qu'une séquence de git subdir push -P $project devrait fonctionner:

• un de tout "repo local" à la prise en pension split
• un de la prise en pension de scission au bigrepo