Comment faire pour importer svn branches et les tags dans le dépôt git-svn?

J'ai un dépôt SVN centrale, je dois m'engager, mais j'ai une passion pour git (comme n'importe quel autre développeur, je sais). Le cas est bien connu.

Puis j'ai lu sur git-svn et il a donné un essai. Comme je n'ai pas besoin de toute l'histoire, juste de deux mois, j'ai fait comme ceci:

git svn clone -r 34000 -s https://svn.ourdomain.com/svn/repos/Project/SubProject

Sous-projet a, comme d'habitude, les sous-répertoires trunk, tags et branches. Grand.

Ensuite, afin d'obtenir la dernière version, je n'ai

git svn rebase

Certains téléchargements plus tard, une grande. La dernière révision, les journaux, etc. Ok, maintenant je vais passer à ma branche.

$ git branch 
* master

$ git branch -r  
  trunk

$ git branch -a  
* master
  remotes/trunk

Les questions: Où sont mes branches? Ai-je fait quelque chose de mal? Comment dois-je faire pour recevoir mes branches dans le nouveau repo git?

git-svn, partout où j'ai lu à ce sujet, traité à bon escient avec des branches et des tags, mais le comportement n'est pas ce que j'attendais. Merci!

MODIFIER: j'ai juste trouvé que git svn fetch de le faire. Mais elle va obtenir toutes les révisions, ce qui est quelque chose que je ne voudrais pas.

Eh bien, ce ne sera pas répondre à votre question, d'où le commentaire: Lors de l'utilisation de git-svn vous casser la subversion de la fonctionnalité de suivi de fusion, comme git-svn ne prend pas en charge. À mon humble avis, ce problème tout seul disqualifie git-svn pour un usage sérieux avec un dépôt subversion. Je n'ai pas trouvé d'info si cette fonctionnalité ne sera jamais développé -- non, sans doute, que les gens aiment à passer à un DVCS au lieu d'utiliser ces hacks.
J'ai lu quelque part que la transformation de l'git fusionne en commet à l'aide de --squash ne cassera pas la subversion suivi de fusion.
Pour la norme "trunk/branches/tags" mise en page qui vous semblent utiliser, vous pouvez essayer --stdlayout, comme dans git svn clone --stdlayout svn://... - voir stackoverflow.com/questions/5361559/...
ne sais pas pour les autres mais --stdlayout était ce dont j'avais besoin
N'est-ce pas -s un court de --stdlayout?

InformationsquelleAutor Luís Guilherme | 2010-02-11

72

Vous aurez besoin de plusieurs étapes.
1. approvisionnement adéquat du tronc, de branches et de tags les noms de dossier et de chercher de l'repo svn:
```
git svn init -t tags -b branches -T trunk https://mysvn.com/svnrepo
git svn fetch
```
2. Depuis tags svn sont de véritables branches, de créer des étiquettes git tag branches:
```
git for-each-ref --format="%(refname:short) %(objectname)" refs/remotes/tags |  cut -d /-f 3- |
while read ref
do
  echo git tag -a $ref -m 'import tag from svn'
done
```
3. Supprimer la balise branches
```
git for-each-ref --format="%(refname:short)" refs/remotes/tags | cut -d /-f 2- |
while read ref
do 
  echo git branch -rd $ref
done
```
4. Puisque les étiquettes marquées dans l'étape précédente point à un commit "créer un tag", nous avons besoin de dériver de "vrais" balises, c'est à dire les parents de "créer une balise" s'engage.
```
git for-each-ref --format="%(refname:short)" refs/tags |
while read ref
do
  tag=`echo $ref | sed 's/_/./g'` # give tags a new name
  echo $ref -\> $tag
  git tag -a $tag `git rev-list -2 $ref | tail -1` -m "proper svn tag"
done
```
5. Tout ce que nous avons à faire maintenant est de supprimer les anciennes étiquettes.
- Le "cut" de la commande ne fonctionnait pas pour moi pour les balises de la migration, probablement en raison d'une sortie différente de "git" de commande. Cette modification de la ligne de commande a fonctionné pour moi : git for-each-ref --format="%(refname:short) %(objectname)" refs/remotes/tags | while read tag ref; do echo git tag -a $tag -m \"Import $tag from svn\" $ref; done
- Même ici. Notez également que vous devez supprimer le 'echo' dans les commandes une fois que vous êtes heureux avec ce qu'il ferait et souhaitez activer la commande effective. J'ai fini avec la ligne suivante qui directement les balises de la mère et utilise le SVN message: git for-each-ref --format="%(refname:short) %(objectname)" refs/remotes/tags | cut -d / -f 2- | while read tag ref ; do msg=$(git log --pretty=format:'%s' -1 ${ref}) ; git tag -f -a $tag -m "$msg" ${ref}^ ; done
- Quel est le résultat de git for-each-ref --format="%(refname:short)" refs/remotes/tags dans votre cas?
- Lignes au format suivant: tags/v0.0.1
- Donc, ce n'est pas la sortie de git. Parce que echo tags/v0.0.1 | cut -d / -f 2- sorties v0.0.1 pour moi. Pourriez-vous exécuter cette commande?
- Étape 2: Sur ma machine, les balises ne sont pas dans refs/remotes/tags au lieu refs/remotes/origin/tags.
- En effet, il a changé en Git 2.0. Vous pouvez modifier le "préfixe" à l'aide de --prefix, c'est maintenant par défaut pour origin.
InformationsquelleAutor Vanuan

Elle s'inspire de la Vanuan la réponse ci-dessus, mais il conserve le message de l'original svn balise dans le nouveau git tag.

$ git for-each-ref --format="%(refname:short) %(objectname)" refs/remotes/tags \
| while read BRANCH REF
  do
        TAG_NAME=${BRANCH#*/}
        BODY="$(git log -1 --format=format:%B $REF)"

        echo "ref=$REF parent=$(git rev-parse $REF^) tagname=$TAG_NAME body=$BODY" >&2

        git tag -a -m "$BODY" $TAG_NAME $REF^  &&\
        git branch -r -d $BRANCH
  done

InformationsquelleAutor n.r.

C'est le même que nicolai.rostov est la réponse ci-dessus, mais je viens de changer les refs chemin
J'ai remplacé refs/remotes/tags par refs/remotes/origin/tags
J'utilise git version 2.1.1 en cygwin terminal.

$ git for-each-ref --format="%(refname:short) %(objectname)" refs/remotes/origin/tags \
| while read BRANCH REF
  do
        TAG_NAME=${BRANCH#*/}
        BODY="$(git log -1 --format=format:%B $REF)"

        echo "ref=$REF parent=$(git rev-parse $REF^) tagname=$TAG_NAME body=$BODY" >&2

        git tag -a -m "$BODY" $TAG_NAME $REF^  &&\
        git branch -r -d $BRANCH
  done

Confirmée à travailler avec Git v2.17.1 dans le terminal de GNOME.

InformationsquelleAutor Mohamed EL HABIB

7

Vous dire que vous n'avez pas reçu vos branches dans votre caisse.

Ce qui est probablement un problème avec la mise en page de votre repo svn.

Le standard de mise en page": le

branches/

tags/

trunk/

Si vous avez votre mise en page comme ceci:

branches/user1/

branches/user2/

Ensuite, vous perdrez vos branches lorsque vous ne git svn fetch /clone.

Pour résoudre ce problème, vous devez donner l'argument

--branches=branches/*/* git clone.
- Mais que faire si les branches sont situées à la racine comme ici svn.code.sf.net/p/azconvert/code ? Les dossiers phpport et otherfiles semblent être les branches.
InformationsquelleAutor rmk
5

Si vous voulez voir vos branches lorsqu'un git branch après une importation à partir de svn, vous devez utiliser le script ruby svn2git (et git2svn)

C'est mieux que git svn clone parce que si vous avez ce code dans svn:
```
  trunk
    ...
  branches
    1.x
    2.x
  tags
    1.0.0
    1.0.1
    1.0.2
    1.1.0
    2.0.0
```
git-svn va passer par la validation de l'histoire pour construire un nouveau repo git.

Pour importer toutes les branches et les tags à distance SVN branches, alors que ce que vous voulez vraiment est git-natif des branches locales et git tag objets.
Ainsi, après l'importation de ce projet, vous obtenez:
```
  $ git branch
  * master
  $ git branch -a
  * master
    1.x
    2.x
    tags/1.0.0
    tags/1.0.1
    tags/1.0.2
    tags/1.1.0
    tags/2.0.0
    trunk
  $ git tag -l
  [ empty ]
```
Après svn2git est fait avec votre projet, vous allez obtenir ceci à la place:
```
  $ git branch
  * master
    1.x
    2.x
  $ git tag -l
    1.0.0
    1.0.1
    1.0.2
    1.1.0
    2.0.0
```
- Mais faire comme ce n'est pas que je tue toute possibilité de commettre le repo svn? Aussi, ma question n'était pas que. Je n'ai pas mes branches. Il n'est donc pas une question de code de l'organisation.
- J'ai utilisé svn2git et il a traité tous mes branches et des tags, tags ... Donc, en d'autres termes, lorsque les fais git branch-il juste me montre * master. Et quand fais git tag -l il me montre tous les branches et les tags à partir de SVN ... Ne fait pas de sens. Ai-je raté quelque chose ?
- pas sûr. J'utilise SubGit ce jours: stackoverflow.com/a/18693798/6309
InformationsquelleAutor VonC

J'ai écrit un script pour faciliter la migration comme vous le souhaitez. Le script n'est pas parfait, mais j'espère que cela peut vous aider:

Pour plus d'informations, vous pouvez visiter le site: https://github.com/MPDFT/svn-to-git

#!/bin/bash
####### Project name 
PROJECT_NAME="myproject"
EMAIL="mycompany.com"
###########################
####### SVN 
# SVN repository to be migrated
BASE_SVN="http://svn.mycompany.com/svn/repo/sistemas/myproject"
# Organization inside BASE_SVN
BRANCHES="branches"
TAGS="tags"
TRUNK="trunk"
###########################
####### GIT 
# Git repository to migrate
GIT_URL="https://git.mycompany.com/git/repo/sistemas/myproject.git"
###########################
#### Don't need to change from here
###########################
# Geral Configuration
ABSOLUTE_PATH=$(pwd)
TMP=$ABSOLUTE_PATH/"migration-"$PROJECT_NAME
# Branchs Configuration
SVN_BRANCHES=$BASE_SVN/$BRANCHES
SVN_TAGS=$BASE_SVN/$TAGS
SVN_TRUNK=$BASE_SVN/$TRUNK
AUTHORS=$PROJECT_NAME"-authors.txt"
echo '[LOG] Starting migration of '$SVN_TRUNK
echo '[LOG] Using: '$(git --version)
echo '[LOG] Using: '$(svn --version | grep svn,)
mkdir $TMP
cd $TMP
echo
echo '[LOG] Getting authors'
svn log -q $BASE_SVN | awk -F '|' '/^r/{sub("^ ", "", $2); sub(" $", "", $2); print $2" = "$2" <"$2"@"$EMAIL">"}' | sort -u >> $AUTHORS
echo
echo '[RUN] git svn clone --authors-file='$AUTHORS' --trunk='$TRUNK' --branches='$BRANCHES' --tags='$TAGS $BASE_SVN $TMP
git svn clone --authors-file=$AUTHORS --trunk=$TRUNK --branches=$BRANCHES --tags=$TAGS $BASE_SVN $TMP
echo
echo '[LOG] Getting first revision'
FIRST_REVISION=$( svn log -r 1:HEAD --limit 1 $BASE_SVN | awk -F '|' '/^r/{sub("^ ", "", $1); sub(" $", "", $1); print $1}' )
echo
echo '[RUN] git svn fetch -'$FIRST_REVISION':HEAD'
git svn fetch -$FIRST_REVISION:HEAD
echo
echo '[RUN] git remote add origin '$GIT_URL
git remote add origin $GIT_URL
echo
echo '[RUN] svn ls '$SVN_BRANCHES
for BRANCH in $(svn ls $SVN_BRANCHES); do
echo git branch ${BRANCH%/} remotes/svn/${BRANCH%/}
git branch ${BRANCH%/} remotes/svn/${BRANCH%/}
done
git for-each-ref --format="%(refname:short) %(objectname)" refs/remotes/origin/tags | grep -v "@" | cut -d / -f 3- |
while read ref
do
echo git tag -a $ref -m 'import tag from svn'
git tag -a $ref -m 'import tag from svn'
done
git for-each-ref --format="%(refname:short)" refs/remotes/origin/tags | cut -d / -f 1- |
while read ref
do
git branch -rd $ref
done
echo
echo '[RUN] git push'
git push origin --all --force
git push origin --tags
echo 'Sucessufull.'

InformationsquelleAutor carolnogueira

Pour ceux qui ont à travailler sur Windws au travail, voici une solution à jour avec la version git 2.17.0 (et, en théorie fonctionne également pour les versions antérieures)

git svn init -t tags -b branches -T trunk https://mysvn.com/svnrepo
git svn fetch
for /f "tokens=1-2 delims= " %a in ('git for-each-ref --format="%(refname:lstrip=-1) %(objectname)" refs/remotes/origin/tags') do git tag -a %a %b -m "import tag from svn"

InformationsquelleAutor Qianlong

0

J'ai eu le même problème - les étiquettes et les branches ont disparu quand j'ai précisé la révision:
```
$ git svn clone -r 34000 -s https://...
```
Le correctif a été pour spécifier une plage de révisions, -r 34000:HEAD:
```
$ git svn clone -r 34000:HEAD -s https://...
```
La git liste de diffusion m'a donné l'astuce.

InformationsquelleAutor cweiske

Vous devez vous connecter pour publier un commentaire.