- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
我正在根据 this 迁移我的 SVN 存储库回答。一切都很顺利,除了最后我没有完整的历史。我可以将问题的根源追溯到我所做的“SVN 移动”。
我是这样做的:一开始我的 SVN 仓库没有 trunk
branches
tags
目录。有时我引入它们并将所有内容移动到主干中(然后我创建了一个分支,这就是我决定引入新文件夹结构的原因)。
因此在将 SVN 存储库迁移到 git 后,只有引入新文件夹结构后的历史记录可用。
我在一个非常简单的场景中重现了这个问题。
SVN 中的历史:
git 中的历史:
包含 SVN repo/git repo 的 zip:
https://www.dropbox.com/s/ecy54st05qah4up/svn_git_problem.zip?dl=0
有什么办法可以解决这个问题吗?
最佳答案
当你指定--stdlayout
时,git svn clone
将只关注修改路径/trunk、/branches或/tags下文件的svn提交——其他提交将被忽略。您最终仍然会得到存储库的有效克隆,但是正如您所观察到的那样,从 r1 到创建标准布局的历史记录将会丢失。由于您希望 Git 存储库在布局更改后了解主干、分支和标签,因此您仍然需要 --stdlayout
,否则 git clone 将使用/trunk/branches/tags 将所有分支组合成一棵树,这不是您想要的。
如果您真的很关心布局更改前的历史记录(如果这是严格意义上的一次性迁移,在迁移到 Git 后没有 SVN 提交),您可以运行 git svn clone
两次 - 一次使用 --stdlayout
一次不使用。 stdlayout 版本将成为您的最终存储库,非 stdlayout 版本只能在迁移期间使用,以便在重组时将布局更改前的历史记录缝合在新布局下。这可以通过在重组时将所有重组后的提交挑选到存储库的快照上来完成。
一旦您克隆了这两个存储库,您会注意到在复制到新布局时,树干有一个通用的树形散列。这是一个示例(抱歉,没有使用您的存储库,因此哈希不同):
(在 stdlayout 存储库中):
# git log --pretty=raw
commit 44f2f60e00117dfd51fd7d6431b697ec0ccc863d
tree 5cf62e006bb7b58171010fc0ffaba08ca97520da
parent d403c6ce0789cf584af9abb945bcfd88721e391e
author (no author) <(no author)@4ed80924-4846-11e4-8279-c5809b3f22e4> 1420411603 +0000
committer (no author) <(no author)@4ed80924-4846-11e4-8279-c5809b3f22e4> 1420411603 +0000
change 4 after folder structure & branch
git-svn-id: http://<redacted>/trunk@9 4ed80924-4846-11e4-8279-c5809b3f22e4
commit d403c6ce0789cf584af9abb945bcfd88721e391e
tree d6c0d6cf271be5146b26781ab9bd78736d86ace3
parent 0c5873eab204942ffe56370cc6e1d31e5372da13
author (no author) <(no author)@4ed80924-4846-11e4-8279-c5809b3f22e4> 1420411513 +0000
committer (no author) <(no author)@4ed80924-4846-11e4-8279-c5809b3f22e4> 1420411513 +0000
changed: moved to new folder structure
git-svn-id: http://<redacted>/trunk@7 4ed80924-4846-11e4-8279-c5809b3f22e4
commit 0c5873eab204942ffe56370cc6e1d31e5372da13
tree 4b825dc642cb6eb9a060e54bf8d69288fbee4904
author (no author) <(no author)@4ed80924-4846-11e4-8279-c5809b3f22e4> 1420411460 +0000
committer (no author) <(no author)@4ed80924-4846-11e4-8279-c5809b3f22e4> 1420411460 +0000
new folder structure
git-svn-id: http://<redacted>/trunk@6 4ed80924-4846-11e4-8279-c5809b3f22e4
(在完整的非 stdlayout 存储库中):
commit ec52fff6ee1d65eadfa1d18aa4b74b553fc693e1
tree cfda32eb39248fa5969d15a21d2f8014189e88c2
parent 685fe9961abfee4d4913e83cf5a4a7e8d459a1a1
author (no author) <(no author)@4ed80924-4846-11e4-8279-c5809b3f22e4> 1420411603 +0000
committer (no author) <(no author)@4ed80924-4846-11e4-8279-c5809b3f22e4> 1420411603 +0000
change 4 after folder structure & branch
git-svn-id: http://<redacted>@9 4ed80924-4846-11e4-8279-c5809b3f22e4
commit 685fe9961abfee4d4913e83cf5a4a7e8d459a1a1
tree 817306fad0ed5466d877437cdda12ff39a0df725
parent 02caf52174c588f1d394815201b764f9abdaa640
author (no author) <(no author)@4ed80924-4846-11e4-8279-c5809b3f22e4> 1420411565 +0000
committer (no author) <(no author)@4ed80924-4846-11e4-8279-c5809b3f22e4> 1420411565 +0000
created new branch
git-svn-id: http://<redacted>@8 4ed80924-4846-11e4-8279-c5809b3f22e4
commit 02caf52174c588f1d394815201b764f9abdaa640
tree c041405a580beaef0a4e50923e9279e179c917a8
parent 37d77b8f1168d00b943e0bca3cab277cf89e7e84
author (no author) <(no author)@4ed80924-4846-11e4-8279-c5809b3f22e4> 1420411513 +0000
committer (no author) <(no author)@4ed80924-4846-11e4-8279-c5809b3f22e4> 1420411513 +0000
changed: moved to new folder structure
git-svn-id: http://<redacted>@7 4ed80924-4846-11e4-8279-c5809b3f22e4
commit 37d77b8f1168d00b943e0bca3cab277cf89e7e84
tree d6c0d6cf271be5146b26781ab9bd78736d86ace3
parent 3a4784719bd95af5bf59de96310a1d6a38af562e
author (no author) <(no author)@4ed80924-4846-11e4-8279-c5809b3f22e4> 1420411460 +0000
committer (no author) <(no author)@4ed80924-4846-11e4-8279-c5809b3f22e4> 1420411460 +0000
new folder structure
git-svn-id: http://<redacted>@6 4ed80924-4846-11e4-8279-c5809b3f22e4
commit 3a4784719bd95af5bf59de96310a1d6a38af562e
tree d6c0d6cf271be5146b26781ab9bd78736d86ace3
parent 2fb41dab5a7389ab32419b8b270d955631aaaefa
author (no author) <(no author)@4ed80924-4846-11e4-8279-c5809b3f22e4> 1420411421 +0000
committer (no author) <(no author)@4ed80924-4846-11e4-8279-c5809b3f22e4> 1420411421 +0000
update 4
... etc., continues.
请注意,在 stdlayout 存储库中,提交 d403c6c
是树 d6c0d6c
,在完整克隆中,提交 37d77b8
及其父 code>3a47847
也有同样的树。一开始您可能会觉得这很奇怪,直到您意识到在 git-svn 克隆中创建/trunk/branches/tags 实际上是空操作,因为 Git 不跟踪空目录。
在 stdlayout 存储库中,您可以导入完整克隆的非标准克隆:
# git remote add fullclone ../fullclone
# git fetch fullclone
然后从完整仓库的“新文件夹结构”提交中 check out 一个新分支:
# git checkout -b fix-history 37d77b8
然后在标准布局 repo 中重播从此时开始的所有提交:
# git cherry-pick d403c6c..master
如果您有很多重组后的提交,这可能需要一段时间才能运行,因为每个提交都会在新分支上重新提交。结果应该是重组前后干线的拼接历史。
关于git - svn 到 git 迁移 : incomplete history,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27430297/
在做了一些重构之后,在 Eclipse 中,Subversion 在提交时开始提示。我不知道如何解决它。我已经设法删除(并提交了删除 GPFragmentRef.java 。 >niclas@nl:~
我想找出我与前一段时间合并的内容(我只是忘记了),而我的印象是“ svn propget svn:mergeinfo”将打印此类信息。 我正在与进行合并的计算机不同的计算机上运行此计算机。 有任何想法
我要求我的一个开发人员为每个开发人员提供一个不同的主干副本,以便在/branches 中工作(以他们自己的名义)。 该开发人员在颠覆方面没有经验(我也没有),所以我试图通过将主干复制到每个分支文件夹并
我已经使用 git-svn 从工作中克隆了一个 SVN 存储库。在初始克隆期间,我提供了一个 SVN 作者文件。当我进行初始克隆时,git 将 authorsfile 设置为绝对路径。但是,我在工作机
我试图了解常规 svn://和 svn+ssh://访问在颠覆存储库安全性方面的差异。 我已经在自定义端口和 IP 地址中设置了我的 subversion 存储库,并在防火墙上打开了相同的端口,并将存
好吧,我知道这是一个贫民窟设置,但至于为什么,它只是“那些东西”中的另一个。 这是设置。 在 subversion 中,我在一个 repo 中有两个项目: svn/path/projectA svn/
我们目前遇到包含空白的目录问题,这些目录是 svn auth 文件中规则的一部分。所以我们想要基于路径的授权,并且有一个包含以下内容的文件: [/] * = rw [/junk of me] * =
我目前在一台服务器上使用一个 svn 存储库,但为了使其更安全。我在另一台服务器上设置了另一个 svn 存储库,如何使用主服务器上 svn 中的信息镜像辅助服务器上的 svn? 最佳答案 您可以使用
关闭。这个问题需要更多focused .它目前不接受答案。 想改进这个问题吗? 更新问题,使其只关注一个问题 editing this post . 关闭 4 年前。 Improve this qu
最近我对本地 svn 配置文件进行了一系列更改。我主要纠正了大约 15 种不同文件类型的 svn:mime-type 属性。现在我需要根据这个新配置重置所有以前 checkin 的文件。 SVN 似乎
我最近获得了一个新职位,发现他们没有版本控制。 我将大部分时间花在 Visual Studio 上,过去我使用过(由以前的公司预装)AnkhSVN 和 Visual SVN,他们都使用 Visual
有没有办法恢复svn repo的结帐? 我不小心检查了用户文件夹中的大量代码库,手动删除所有内容真的很痛苦,有没有办法删除工作副本? 有没有类似 svn autoclean ? 最佳答案 SVN 并不
我们想将我们的代码从本地 SVN 服务器移动到托管解决方案,我们应该如何将代码复制并重新导入到托管 SVN 服务器。主要问题是我们不想在重新导入时指向旧的 svn 数据文件。 最佳答案 我认为 svn
我创建了一个分支,然后对需要合并到分支中的主干进行了更改。 TortoiseSVN 有一个非常方便的合并分支->主干实用程序,但是要这样做,我是否必须手动合并特定的修订范围? 最佳答案 使用 SVN
是否有一种简单的方法可以将目录从一个存储库复制到另一个存储库并复制所有历史记录? 最佳答案 最简单的方法是使用: svnadmin dump path/to/repos > repos.out 这将为
我在 Linux 机器上有 3 个 svn 存储库 Main Project -trunk -branches -tags Project A -trunk -branches
我需要使用 SVN 的一些功能,如分支、历史记录、还原、修订我的本地代码副本,但我只想在某个时候提交到服务器存储库,当我完成本地开发时。有可能吗?谢谢。 最佳答案 这就是 Subversion 的模型
我已经用 svn merge -r COMMITTED:PREV 恢复了我最后一次意外的 SVN 提交。 看起来文件现在没问题了,但我仍然在 svn 日志中看到那个意外提交. 还好吗?我可以从历史记录
我正在寻找一种自动将工作副本中的所有未版本控制文件“svn add”到我的 SVN 存储库的好方法。 我有一个实时服务器,可以创建一些应该受源代码控制的文件。我想要一个简短的脚本,我可以运行它来自动添
我有一个 SVN 项目的只读访问权限。我检查了该项目,现在我想处理本地副本(并希望一路对其进行版本控制,但我不能在同一个 SVN 中,因为我没有访问权限,而是我刚刚创建了一个分支)所以,我创建了一个新
我是一名优秀的程序员,十分优秀!