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

StackOverflow https://stackoverflow.com/questions/609872

  •  03-07-2019
  •  | 
  •  

我对 Git 比较陌生,但我想尝试一下(相对于 SVN 和 Bazaar)。

任何人都可以向我推荐一个适合类似于以下情况的工作流程:

  • 1 个 SVN 存储库,包含多个项目
  • 1 个工作副本“src”

我的想法是,在“src”中我需要签出项目 A 或有时签出项目 B。这两个项目都有多个分支。

目前,我已经制作了 2 个 SVN 存储库的 git 克隆,每个项目一个。(我更喜欢 --bare repos,但它不适用于 git svn clone)

然后,我在“src”中创建了一个 git repo,并且 git remote add projA ..a_repo_git, "git remote add projB ..b_repo_git".

现在,我可以使用“git remote”从“src”查看它们,并且可以使用“git remote show projA”查看它们的分支

现在麻烦了..

  • 如何进入 projA/projB 中的“src”任何分支?
  • 我如何修改它们,然后能够将它们推回(首先推到 git_repos,或直接推到 SVN 存储库)?
  • 这个“工作流程”可以吗,或者您有更好的主意吗?

我确实在 src 中尝试过: git checkout --track -b work_branch projA branch_in_A经过一番摆弄“获取”之后,我终于得到了东西。但后来,我在把它推回原处时遇到了问题 a_repo_git, ,然后到SVN。这主要是反复试验。

我不得不承认,我在远程分支方面仍然存在问题!(当我不得不使用“时我会迷路”origin local_branch:origin_branch“ 或者 ”origin origin_branch:local_branch“, 或者 ”origin origin_branch“ 或者 ”origin/origin_branch”!返回 Git 手册进行更多阅读。)

有帮助吗?

解决方案

我还没有更新这个问题,因为在过去的几天里,在我的新仓库的帮助下,我能够非常轻松地工作:)

这是我最终所做的:

在同一目录中初始化两个 SVN 存储库。(我现在不记得了,但之前可能在同一目录中完成了“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仓库采用标准格式,主干、分支和标签处于同一级别。

“--prefix”用于分支名称。当我们执行“git Branch -a”时,项目 A 中的所有 SVN 分支都有前缀“projA”(例如:projA/A 的分支名称)。对于 B 来说也是如此。

-R 选项设置 git 存储库内部的 SVN 存储库的名称(这是我们在引用 SVN 存储库/项目时与 git 一起使用的名称)

在本例中,file:///path 是 SVN 存储库以及存储库内项目的路径。我使用“file://”是因为我使用了平面文件存储库,没有服务器。我确信对于 SVN 服务器来说,它也可以与 http:// 一起使用。

完成这一步后,出于好奇,我查看了文件 src/.git/config。上面的两个命令创建了几个“svn-remote”部分,一个用于每个项目(-R 选项),另一个称为“svn”的通用部分。我已经修改了条目,因此将仅引用项目。每个引用都有存储库路径(获取)和标签/分支/主干的条目。如果您查看该文件,您就会明白需要更改哪些内容。

之后,我使用以下命令获取了每个项目的内容

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

现在,运行“git Branch -a”显示两个存储库中的所有分支以及主分支(本地)。“gitbranch-r”没有显示任何分支;可能是因为它们是“svn-remote”而不是“remote”

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

我创建了两个新分支来指向每个项目的主干,然后删除了“master”分支:

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,我可以做完全相同的事情。最后,我可以将项目 A 或 B 的内容放在同一个目录“src”中,并可以从同一个 git 存储库访问 SVN 存储库上的两个项目!:D

我仍然没有弄清楚如何创建本地分支然后将其推送到 SVN 存储库 - 我已经很接近了,但它不起作用。

另外,了解命令“reset”(“git reset --hard projPrefix/branch”)可能很有用,但我使用它破坏了一些东西,所以最好把它留到其他时间。

我希望这可以帮助别人!

欢呼,亚历克斯

其他提示

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

A remote 在本地存储库中,“仅”作为对其他存储库的引用。您可以使用 fetch 将远程对象检索到本地存储:

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

现在所有分支机构都来自 upstream 可以在本地引用并使用 upstream/branchname. 。要真正在远程分支上工作,您应该始终创建一个跟踪远程分支的本地分支:

git checkout -b new_local_branchname upstream/branchname

现在您可以在本地工作并根据需要进行提交/合并。作为最后一步,您可以 push 您更改回中央存储库。重要的是据我所知 push 只能进行快进合并,即上传更改并设置新头。因此,您必须准备本地分支,以便本地更改从远程分支的尖端开始。您可以使用 rebase 来实现这一点或避免在本地工作时更改中央存储库。

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

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

最后,关于同一存储库中多个项目的问题。

Git 不支持同一存储库中多个分支的并行签出。您可能想了解一下 子模块 集成多个存储库。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top