Comment informer git-svn d'une branche distante créée après avoir récupéré le dépôt?

J'utilise git-svnpour travailler avec le référentiel Subversion central de mon entreprise. Nous avons récemment créé une nouvelle branche de fonctionnalités dans le dépôt central.

Comment en parler à Git? Lorsque j'exécute, git branch -rje ne peux voir que les branches qui existaient lorsque j'ai exécuté fetchle dépôt Subversion pour initialiser mon dépôt Git?

Vous pouvez ajouter manuellement la branche distante,

git config --add svn-remote.newbranch.url https://svn/path_to_newbranch/
git config --add svn-remote.newbranch.fetch :refs/remotes/newbranch
git svn fetch newbranch [-r<rev>]
git checkout -b local-newbranch -t newbranch
git svn rebase newbranch

Si vous souhaitez suivre TOUTES les branches svn distantes, la solution est aussi simple que:

git svn fetch

Cela récupérera TOUTES les branches distantes qui n'ont pas encore été récupérées.

Astuce supplémentaire: si vous avez extrait uniquement le tronc au début, et plus tard vous souhaitez suivre TOUTES les branches, modifiez-le .git/configpour ressembler à ceci et relancez git svn fetch:

[svn-remote "svn"]
        url = https://svn/path_to_repo_root/
        fetch = path_to_trunk:refs/remotes/git-svn
        branches = path_to_branches/*:refs/remotes/*

Les points clés urldoivent pointer vers la racine du référentiel et les chemins définis dans fetchet branchesdoivent être relatifs à url.

Si vous voulez récupérer uniquement des branches spécifiques au lieu de TOUTES, il y a un bel exemple dans git svn --help:

[svn-remote "huge-project"]
        url = http://server.org/svn
        fetch = trunk/src:refs/remotes/trunk
        branches = branches/{red,green}/src:refs/remotes/branches/*
        tags = tags/{1.0,2.0}/src:refs/remotes/tags/*

Avec les anciennes versions de git-svn, une fois que vous avez spécifié des branches comme celle-ci, vous ne pourrez peut-être pas obtenir de nouvelles branches avec git svn fetch. Une solution de contournement consiste à ajouter plus de fetchlignes, comme ceci:

[svn-remote "huge-project"]
        url = http://server.org/svn
        fetch = trunk/src:refs/remotes/trunk
        fetch = branches/blue:refs/remotes/branches/blue
        fetch = branches/yellow:refs/remotes/branches/yellow
        branches = branches/{red,green}/src:refs/remotes/branches/*

Une autre solution de contournement par @AndyEstes: modifiez .git/svn/.metadataet modifiez la valeur de branches-maxRevou tags-maxReven une révision avant la création de toutes les branches ou balises nouvellement spécifiées. Une fois que vous avez fait cela, exécutez git svn fetchpour suivre la nouvelle branche distante svn.

Il semble que j'en avais juste besoin git svn fetch; d'une manière ou d'une autre, je m'étais convaincu que cela permettrait de récupérer l'intégralité du dépôt au lieu des seuls changements.

Peut-être que je l'ai gâché d'une manière ou d'une autre, mais j'ai suivi les instructions de la réponse de vjangus et cela a presque fonctionné. Le seul problème était que newbranch ne semblait pas être ramifié à partir du tronc. Dans gitk, c'était un peu "flottant" tout seul; il n'avait pas d'ancêtre commun avec le tronc.

La solution à cela était:

1. Trouvez le SHA1 du dernier commit qui s'est produit sur le tronc avant la création de la branche.
2. Trouvez le SHA1 du premier commit sur la nouvelle branche (le message est probablement "Created new branch, copied from trunk @ 12345" ou quelque chose)
3. git diff-tree <sha1 from step 1> <sha1 from step 2>- il ne devrait y avoir aucune sortie. S'il y a une sortie, vous avez peut-être sélectionné les mauvais commits.
4. git checkout local-newbranchalors git rebase <sha1 from step 1>. Cela rebasera local-newbranchsur le nouvel arbre mais remotes/newbranchsera toujours déconnecté.
5. Accédez au fichier .git/refs/remotes/newbranchet modifiez-le pour qu'il contienne le SHA1 complet du nouveau commit (sur le rebasé newbranch) qui correspond à l'ancien commit sur lequel il pointe actuellement. (Ou peut-être utiliser git-update-ref refs/remotes/newbranch <new-SHA>. Merci Inger.)
6. La prochaine fois que vous git svn dcommità newbranch, vous aurez un tas de messages à ce sujet la mise à jour un certain journal. C'est normal je pense.

Je recommande de rester gitk --allouvert tout le temps et de le rafraîchir souvent pour suivre ce que vous faites. Je suis encore un peu nouveau dans git et git svn, alors veuillez suggérer des améliorations à cette méthode.

Une simplification de la réponse de vjangus:

Si vous utilisez la mise en page standard dans SVN et que vous avez fait le svn init habituel, git-svn s'occupera de la configuration pour vous. Juste:

1. Rechercher une révision de copie de branche dans SVN
2. Récupérez cette révision avec git-svn
3. Créer une nouvelle télécommande de suivi de branche locale

Un exemple. L'URL SVN est svn+ssh://[email protected]/repo. La branche SVN que je recherche est newbranch. La branche locale git (suivi à distance newbranch) sera git-newbranch.

Étape 1: recherchez la révision de la copie de branche

    # svn log - arrêt sur copie svn + ssh: //[email protected]/repo/branches/newbranch | queue -4
    r7802 | quelqu'un | 21/03/2014 18:54:58 +0000 (ven 21 mars 2014) | 1 ligne

    branchement de HEAD à newbranch
    -------------------------------------------------- ----------------------

Le point de branchement dans SVN est donc la révision 7802.

Étape 2: récupérer la révision

    # git svn chercher -r 7802
    Point de branchement possible trouvé: svn + ssh: //[email protected]/repo/trunk => svn + ssh: //[email protected]/repo/branches/newbranch, 7801
    Parent de branche trouvé: (refs / remotes / trunk) 8dcf3c5793ff1a8a79dc94d268c91c2bf388894a
    Suivi du parent avec do_switch
    Parent suivi avec succès
    r7802 = 9bbd4194041675ca5c9c6f3917e05ca5654a8a1e (réfs / télécommandes / newbranch)

git-svn a fait tout le travail et connaît maintenant la télécommande:

    # git show-ref | grep newbranch
    2df23af4733f36f5ad3c14cc1fa582ceeb3edb5c refs / télécommandes / newbranch

Étape 3: Créez votre nouvelle succursale locale en suivant la distante:

    # git checkout -b git-newbranch -t newbranch
    Extraction des fichiers: 100% (413/413), terminé.
    Branchement git-newbranch mis en place pour suivre les références / télécommandes / newbranch locales.
    Passé à une nouvelle branche 'git-newbranch'

Je n'ai trouvé aucune documentation sur cette fonctionnalité, mais il semble que la configuration de git svn prend en charge plusieurs entrées de récupération. De cette façon, vous pouvez également ajouter des branches séparément sans avoir besoin d'ajouter une autre entrée de référentiel svn distante à votre configuration ni d'utiliser des caractères génériques pour obtenir toutes les branches de certains répertoires.

Supposons que votre arbre SVN est vraiment méchant d'avoir beaucoup de branches sans aucune logique sur la façon dont elles sont localisées, par exemple avoir des branches et des sous-répertoires contenant plus de branches.

c'est à dire

trunk
branches
  -> branch1
  -> sub-dir1
    -> branch2
    -> branch3
  -> sub-dir2
    -> branch4
    -> sub-dir3
      -> branchX 
<... hundreds more ...>

et vous voulez juste choisir à la main certaines des branches à inclure dans votre dépôt git.

Vous pouvez d'abord initialiser votre référentiel avec uniquement le tronc sans aucune branche supplémentaire:

git svn clone -r 10000:HEAD https://svn.com/MyRepo myrepo --prefix=svn/ --trunk=trunk 

Après cela, vous devriez voir la configuration suivante:

localhost: elhigu$ git config --get-regexp "svn-remote."
svn-remote.svn.url https://svn.com/MyRepo
svn-remote.svn.fetch trunk:refs/remotes/svn/trunk

chaque fois que vous voulez récupérer une nouvelle branche de MyRepo, vous pouvez simplement ajouter de nouvelles entrées de récupération à la configuration en:

git config --add svn-remote.svn.fetch branches/sub-dir2/branch4:refs/remotes/svn/branches/sub-dir2/branch4

Ou vous pouvez modifier la même configuration dans .git / config

Pour récupérer les nouvelles branches après les avoir ajoutées à la configuration, exécutez simplement:

git svn fetch -r 10000:HEAD

[Edit] Parfois, il semble nécessaire d'exécuter fetch avec le paramètre --all pour récupérer les branches nouvellement ajoutées:

git svn fetch --all -r 10000:HEAD

Au lieu de gérer les bizarreries git-svn, vous pouvez essayer SubGit .

Il faut installer SubGit dans le référentiel Subversion. Après cela, on peut utiliser le workflow git standard au lieu d'utiliser des commandes spéciales git-svn:

1. Pousser de nouveaux commits:

   git-svn:

   $ git commit
   $ git svn rebase
   $ git svn dcommit
   

   SubGit:

   $ git commit
   $ git push
   

2. Récupération des modifications entrantes

   git-svn:

   $ git svn rebase
   

   SubGit:

   $ git pull [--rebase]
   

3. Créer une nouvelle branche:

   git-svn:

   $ git svn branch foo
   $ git checkout -b foo -t remotes/foo
   $ git commit
   $ git svn dcommit
   

   SubGit:

   $ git checkout -b foo
   $ git commit
   $ git push
   

Voir la documentation SubGit pour plus de détails.

Pour ajouter à la réponse de vjangus, qui m'a aidé, j'ai également trouvé utile d'ajouter des greffes use git pour attacher les branches au tronc au point approprié - permettant à git de voir l'historique et d'effectuer correctement les fusions.

Il s'agit simplement d'ajouter une ligne .git/info/graftsavec les hachages:

<initial branch commit> <parent commit in trunk>

par exemple.

378b0ae0902f5c2d2ba230c429a47698810532e5 6c7144991381ce347d4e563e9912465700be0638

Crédit à http://evan-tech.livejournal.com/255341.html

(J'ajouterais ceci en commentaire, mais je n'ai pas assez de réputation.)

Si vous ne procédez pas à l'extraction avec une mise en page valide, vous ne pourrez pas récupérer une succursale distante.

C'est ce que je fais:

git svn init -s <svn path with no trunk> local_repo
cd local_repo
git svn fetch 
## wait

Après cela, vous pouvez basculer vers une branche distante:

git checkout --track -b branch_name branch_name

Ensuite, vous serez automatiquement basculé vers votre agence.