git - 在不创建 .gitignore 文件的情况下使用 reposurgeon 将 SVN 存储库转换为 git？

Question

我在此处使用 reposurgeon 将我的 svn 转换为 git 存储库:( How do I convert an svn repo to git using reposurgeon? )。

问题是，转换后的标签显示在日志中我创建标签时的位置，而不是它们所属的修订位置。在 SVN 中，它们显示在它们所属的日志中的正确位置，无论我创建它们的时间有多长。

这似乎与 reposurgeon 在每个看起来像这样的标签中添加 .gitignore 的提交有关:

# A simulation of Subversion default ignores, generated by reposurgeon.
*.o
*.lo
...
*.pyo
*.rej
*~
.#*
.*.swp
.DS_store
# The contents of the svn:ignoreproperty on the branch root.
*~
nbproject
*.project

我怎样才能让 reposurgeon 不在所有标签中为 gitignore 创建这样的提交？并让它创建不作为提交出现在时间轴中的简单标记？

reposurgeon manual sais:

user-generated .gitignore

This message means means reposurgeon has found a .gitignore file in the Subversion repository it is analyzing. This probably happened because somebody was using git-svn as a live gateway, and created ignores which may or may not be congruent with those in the generated .gitignore files that the Subversion ignore properties will be translated into. You'll need to make a policy decision about which set of ignores to use in the conversion, and possibly to delete either the generated .gitignore files or the user-created ones.

但是没有示例如何做出该决定。我该如何管理？

Answer 1

You'll need to make a policy decision about which set of ignores to use in the conversion, and possibly to delete either the generated .gitignore files or the user-created ones.

你有转换前的 .gitignore 吗？如果是这样，请将它与后面的那个进行比较。看起来这个政策决定与你的“提交顺序”问题是分开的，对吧？基本上，政策问题只是“获得你喜欢的最终 .gitignore”。尽一切努力到达那里。

在 git 中，.gitignore 文件的管理方式与任何其他文件完全相同。所以你可以说 git log .gitignore 并查看提交对它有何贡献。假设整个 .gitignore 文件是在 10 次提交前的一个 block 中提交的，而您希望将其分开。如果是这样，您可以执行 git rebase --interactive HEAD~11 并编辑有问题的提交。执行 git add --partial .gitignore; git commit 为你想要分解的每一行。然后 git rebase --continue 结束。

如果您希望新逐项提交的每一个都成为它们对应的更大代码提交的一部分，那么您将再次 rebase -i 以改变顺序并将它们与它们的伙伴提交一起压扁 .如果这听起来像是不必要的工作，它可能是。如果可以，我建议您关注 repo 协议(protocol)最终状态的完整性，而不是历史的完美表达。

注意:我不明白你在这种情况下使用术语“标签”，因为 SVN 和 git 都有“标签”，但你似乎没有提到任何一个。也许“忽略行”或“输入”会更清楚。

在版本控制中清除历史是有问题的。更改所有分支上的历史记录实际上是在创建一个新的存储库，因为任何的下游追随者不再具有连续性(每个人都必须 rebase )。但是如果你想这样做，对于每个分支，找到文件系统中的所有 .gitignores 并查看哪些提交触及了它们:

  git log `find . -name .gitignore`

然后您可以执行上述rebase --interactive 步骤来更改这些提交。如果提交影响仅 .gitignore，您可以将其删除。但很明显，如果提交涉及 100 个文件，包括 .gitignore，你必须将好的和坏的分开。

或者，如果您知道所有 .gitignore 文件的路径(检查每个分支并从上面运行 find)，那么您可以执行类似 github has documented 的操作。使用过滤器分支:

git filter-branch --force --index-filter      \
 'git rm --cached --ignore-unmatch .gitignore path/to/other/.gitignore'  \
 --prune-empty --tag-name-filter cat -- --all

他们还提到了 BFG java 工具，但是 filter-branch 应该可以满足您的需求。