Question

我对Git比较陌生，但我想尝试一下（vs SVN和Bazaar）。

任何人都可以向我推荐类似于以下情况的工作流程：

1个SVN回购，有几个项目
1个工作副本“src”

想法是在“src”中我需要签出项目A或有时候项目B.两个项目都有几个分支。

目前，我已经制作了2个SVN仓库的git克隆，每个项目一个。（我会更喜欢--bare repos，但它不适用于git svn clone）

然后，我在“src”和git remote add projA ..a_repo_git，“git remote add projB ..b_repo_git”中创建了一个git repo。

现在，我可以使用“git remote”从“src”中看到它们，我可以通过“git remote show projA”看到它们的分支

现在麻烦..

如何在“src”中输入projA / projB中的任何分支？
如何修改它们，然后能够将它们推回（首先到git_repos，或者直接到SVN仓库）？
这个“工作流程”是否正常，或者你有更好的想法吗？

我在src中尝试过：git checkout --track -b work_branch projA branch_in_A 在一些小提琴“fetch”之后，我设法得到了东西。但是，我在将其推回a_repo_git，然后再回到SVN时遇到了问题。这主要是反复试验。

我不得不承认，我仍然遇到远程分支机构的问题！一些我必须使用“origin local_branch:origin_branch”或“origin origin_branch:local_branch”，或“origin origin_branch”或“origin/origin_branch”时迷路了！回到Git手册更多阅读。）

Answer 1

我还没有更新这个问题，因为在过去的几天里，借助我的新回购，我能够非常轻松地工作：）

这是我最后所做的：

在同一目录中初始化两个SVN repos。（我现在不能回复，但可能在同一个目录中完成了“git init”，之前：

mkdir src && cd src
(not sure about this: git init)
git svn init --stdlayout --prefix=projA/ -RprojA file:///path/to/svn/repo/A
git svn init --stdlayout --prefix=projB/ -RprojB file:///path/to/svn/repo/B

“ - stdlayout”表示SVN repos采用标准格式，主干，分支和标签位于同一级别。

“--prefix”用于分支名称。当我们执行“git branch -a”时，来自项目A的所有SVN分支都具有前缀“projA”（例如：projA / branch_name_of_A）。对于B来说同样的事情。

-R选项在git repo中设置SVN repo的名称（这是我们在引用SVN存储库/项目时使用git的名称）

file：/// path是SVN repo的路径，在这种情况下是repo内的项目。我使用“file：//”，因为我使用的是平面文件仓库，没有服务器。对于SVN服务器，我确信http：//也能正常工作。

在这一步之后，出于好奇，我查看了文件src / .git / config。上面的两个命令创建了几个“svn-remote”部分，每个项目一个（-R选项），以及一个名为“svn”的通用部分。我修改了条目，因此只会引用项目。每个引用都有repo路径（fetch）和tags / branches / trunk的条目。如果您查看该文件，您将了解需要更改的内容。

在此之后，我使用

获取了每个项目的内容

git svn fetch projA #the contents of project A repo are downloaded
git svn fetch projB #the contents of project B repo are downloaded

现在，runnig“git branch -a”显示了两个repos和master分支（本地）的所有分支。 “git branch -r”没有显示任何分支;可能是因为他们是“svn-remote”而不是“远程”

当前的“主”分支指向第二个项目的主干。我决定摆脱它，因为它会在从项目切换到另一个项目时引起问题。

我创建了两个新分支来指向每个项目的中继，然后删除了“主”分支：

git checkout -b master_project_A projA/trunk
git checkout -b master_project_B projB/trunk
git branch -D master

现在，对于“工作流程”;从事项目A：

git checkout master_project_A #switch to project A
git svn rebase #check for any updates on SVN repo
git checkout -b work_on_A master_project_A #create a branch starting from the master of project A

work work work on work_on_A; commit, etc

git checkout master_project_A #go back to master of project A
git svn rebase #check again for any update on SVN repo
git checkout work_on_A #go back to the work branch
git rebase master_project_A #update branch with any changes from the master of project A
git checkout master_project_A #go back to the master of project A
git merge work_on_A #merge to the master of project A the changes from the work branch
git svn dcommit #commit changes to the SVN repo, in trunk, because master_project_A was pointing to its trunk

如果我想从SVN签出现有分支，我可以用：

git checkout -b work_on_branch projA/branch_name

work work work

git svn rebase #update any changes from projA/branch_name
git svn dcommit #commit updates back to the branch in the SVN repo

对于项目B，我可以做同样的事情。最后，我可以在同一个目录“src”中拥有项目A或B的内容，并且可以从同一个git repo访问SVN存储库中的两个项目！：d

我仍然没有弄清楚如何创建一个本地分支然后将其推送到SVN回购 - 我很接近，但它没有用。

此外，了解命令“reset”（“git reset --hard projPrefix / branch”）可能很有用，但我打破了一些使用它的东西，所以最好还是留一段时间。

我希望这有助于某人！

干杯，亚历

Answer 2

让我们首先考虑一个远程仓库和一个本地仓库的简单情况。

本地仓库中的remote“仅”作为对其他仓库的引用。您可以使用fetch检索本地商店的远程对象：

git remote add upstream git://...
git fetch upstream

现在，upstream的所有分支都可以在本地引用并使用upstream/branchname进行处理。要真正在远程分支上工作，您应该始终创建一个跟踪远程分支的本地分支：

git checkout -b new_local_branchname upstream/branchname

现在您可以在本地工作并根据需要提交/合并。作为最后一步，您可以push将其更改回中央存储库。令人印象深刻的是，AFAIK push只能进行快进合并，即上传更改并设置新头。因此，您必须准备本地分支，以便本地更改从远程分支的顶端开始。您可以使用rebase来实现这一目标，或在本地工作时避免更改中央存储库。

这描述了两个存储库之间的简单工作流程。现在来看SVN的具体情况。

git svn通过进一步限制您可以执行的更改类型使图片变得复杂。与远程控制一样，您不应该直接修改svn分支，而是始终在本地分支上工作。与遥控器不同，git svn总是在进入SVN仓库时修改提交以添加必要的元数据。最后一个事实可能是许多问题的原因，因为SVN分支上的提交将始终与本地分支上的原始提交具有不同的哈希值。

最后，关于同一个回购中的多个项目的问题。

Git不支持同一个仓库中多个分支的并行检出。您可能希望查看submodules以集成多个回购。

如何在一个工作目录中使用两个SVN项目和相应的git-svn分支？

2 个答案: