Несколько проектов SVN в один репозиторий Git? - PullRequest
7 голосов
/ 22 мая 2009

Я начал использовать git-svn для некоторых моих работ, чтобы иметь возможность выполнять локальные коммиты. Это прекрасно работает для проектов, которые используют стандартную разметку SVN. Недавно я начал работать над проектом Java, который разделен на несколько подключенных модулей (20-25), и каждый модуль имеет свою собственную корневую папку в том же репозитории svn со своими собственными стволом / branch / tags.

svnrepo/    
  module-1
    trunk
    branches
    tags
  module-N
    trunk
    branches
    tags

Я клонировал каждый модуль с помощью git svn clone -s / path / to / svnrepo / module [1-N]. «Проблема» в том, что когда я хочу выполнить git svn rebase на всех модулях, я должен сделать это N раз.

Я пытался выполнить git svn clone / path / to / svnrepo /, избегая выполнения операции rebase N раз, но это оставляет меня с макетом каталога, который такой же, как в репозитории svn.

Есть ли способ, которым я могу отслеживать все соединительные линии всех модулей в одном git-репо? Так что я получаю макет каталога в моем git-репозитории:

module-1
module-2
module-N

Ответы [ 2 ]

2 голосов
/ 22 мая 2009

К сожалению, нет, нет способа сделать это. Одна проблема заключается в том, что ничто не мешает двум или более модулям иметь ветку с одинаковым именем. Затем в git-svn, когда вы дадите ему имя ветки, как он узнает, о каком модуле вы говорите?

Эта проблема действительно связана с тем, что в Subversion ветви не являются первоклассной концепцией, тогда как в git они есть. git-svn может более или менее использовать kludge, чтобы обойти этот факт, но kludge ломается, если репо имеет «нестандартный» макет (такой как тот, с которым вы работаете).

Мое предложение: напишите скрипт для git-svn rebase их всех.

0 голосов
/ 22 марта 2014

Я оказался в той же проблеме, что и вы, и обнаружил, что стандартного способа сделать это не существует. Однако, оглядываясь по сторонам, я узнал о стратегии, помогающей сделать это, и на этой основе создал сценарий Power Shell. Я не могу вспомнить источник, или я бы отдал им должное. Я бы это объяснил, но мне проще увидеть сценарий и комментарии.

Вы можете использовать этот скрипт или, если не используете windows / powershell, сделать на его основе. Хорошо, что если у вас есть отдельные репозитории git для каждого подмодуля, если что-то не получается, очень просто / быстро удалить новое «мастер» репозиторий git, внести изменения в скрипт и просто запустить его снова, так как все местный.

Помните, что есть некоторые случаи, которые не обрабатываются, например, когда у субмодуля есть папка, которая называется такой же, как у другого субмодуля (так что если у вас есть субмодуль с именем BIN, а затем у других ваших субмодулей BIN подпапка, это не удастся). Также убедитесь, что все ваши подмодули git репозитории обновлены, прежде чем вы начнете!

Вы можете проверить сценарий в этой сущности: Сценарий Гисти

если по какой-то причине суть упала, я также добавил ее сюда (хотя и намного менее читабельно)

$GitReposLocation = "path\to\individual\git\repos"; #1 git repo for each module (you svn cloned each one using std layout)
$MasterGitRepoLocation = "path\to\masterRepo"; #the path where you want your main repo that contains all the modules
git reset --hard;

write-host Creating folder $MasterGitRepoLocation -foregroundcolor "green";
mkdir $MasterGitRepoLocation;

write-host Moving to folder $MasterGitRepoLocation -foregroundcolor "green";
cd $MasterGitRepoLocation;

write-host Creating Git Repository -foregroundcolor "cyan";
git init;

#this is hacky, but we need to have an initial commit
"" > root;
git add root;
write-host Creating root node -foregroundcolor "cyan";
git commit -m "Initial commit to create parent root.";

#we are going to be moving files around, and don't want to move the files we already got in our MasterRepo root/workspace
$NotMoveThesFiles = @();
dir |%{$NotMoveThesFiles+=@($_.FullName) };

$repos = @();
# you should add a repo here if for some reasong you don't want to process that one.
# $repos+=@("SomeRepo");

dir -Path $GitReposLocation -Directory |Where-object{ $repos -NotContains $_.Name }|%{$repos+=@($_.Name) };

# for-each repo....
$repos|%{ 
        $SubRepoName = $_;
        write-host Processing GitRepo $SubRepoName -foregroundcolor "green";        
        $Remote = "remote"+$SubRepoName;        

        #add this git repo (of a module) as a remote of our main repo
        write-host Adding reference to $SubRepoName as remote repo -foregroundcolor  "cyan";
        git remote add -f $Remote $GitReposLocation\$SubRepoName;

        #Merge that sub repo into the main repo. The only problem? It will copy that repo's workspace
        #directly into our main repo Root folder
        write-host Merging remote$SubRepoName/master into master -foregroundcolor  "cyan";
        git merge remote$SubRepoName/master;

        #so now we are going to create a folder with  the name of this module (subRepo)
        #and move everything that is in the Master's root folder to that folder, except of course
        #things that we already had in the root folder before the merge. (in the NotMoveTheseFiles array)

        write-host Moving files got from $SubRepoName to a subdir called $SubRepoName -foregroundcolor  "green";

        #create folder folr the module
        mkdir $SubRepoName;
        #add these new folde to the list of things we don't want to move into it.
        $NotMoveThesFiles+=@($SubRepoName);

        #copy all files not in the NotMoveTheseFiles array into the newly created folder.
        dir |where-object {$NotMoveThesFiles -NotContains $_} |%{git mv $_ $SubRepoName};

        #commit the change where we moved all these files around.
        $CommitMessage = "Moving files got from " + $SubRepoName + " to a subdir called $SubRepoName"
        git commit -m $CommitMessage;
    }
...