J'ai un référentiel de git-svn nu et j'ai fait un "git svn chercher" dessus. P>
Running 'Git Log' ne montre pas les mises à jour. Je suis sûr qu'il y a des mises à jour car elles affichent les fichiers modifiés après "git svn fetch" et "git svn log" les montre également. P>
Veuillez noter que j'ai délibérément fait cela un repo à nu afin que «git rebas» ne fonctionne pas. Quelle est la commande appropriée pour obtenir les modifications récupérées? P>
3 Réponses :
J'ai trouvé la réponse, p>
Git Symbolic-Ref Refs / Têtes / Master Refs / Remote / Git-Svn P>
Merci aux commentaires de Steven Walter dans http://gsocblog.jshaarpe.net/archives/12 P>
Essayez GIT LOG GIT-SVN CODE> - Je n'ai pas de repo à nu, mais je viens d'exécuter
git svn fetch code> et standard
git bûche code> me donne le journal actuel (rebasé), mais avec le git-svn arg (qui est l'autre branche en dehors de la maîtrise identifiée par
branche git-branche -a code> dans mon cas) je reçois le Connectez-vous à la révision extraite p>
Yup tu as raison. 'Git Journal' recherche le Master Ref, c'est pourquoi il a fonctionné sur le 'Git Symbolic-ref / Refs / Têtes / Master Refs / Remote / Git-Svn'. Merci.
A Si vous faites Modifications apportées au SVN UPSTRAM, puis exécutez pour faire du journal git (et tout le reste) fonctionne correctement sur la branche principale, vous avez juste besoin d'une fusion, comme vous le feriez normalement à faire après une extraction (c'est ce que la traction GIT fait, une fetch et Ensuite, une fusion). P> Puisque git svn tirer ne fonctionne pas, vous devrez la fusionner manuellement. Tandis que sur la branche principale, exécutez: p> Ceci fusionnera votre branche principale avec la branche GIT-SVN, faisant tout ce que ok encore. p> donc à l'avenir, exécutez p> et vous serez à jour avec le référentiel en amont à nouveau. P> Réglage de la tête de la tête de Master à la tête de Git-Svn Comme suggéré par Vjangus fera également ce travail, mais vous ne devriez jamais apporter des modifications dans une branche distante. P> P> git svn fetch code> ajoute une nouvelle branche distante appelée télécommandes / git-svn (comme on peut le voir avec
git branche -a code>).
git fetch code> à nouveau, les modifications sont tirées (réellement, récupérées) dans cette branche, pas sur le maître. p>
git fusion de télégotes / git-svn code> p>
C'était la réponse qui répondait correctement à la situation que j'avais.
J'avais initialement tiré le SVN Repo par git svn fetch
télécommandes / origin / coffre code> branche Au lieu d'un
git-svn code> un. Même solution cependant.