我很好奇在git（例如，在github / bitbucket / gitlab上）保持偶尔为OSS项目做出贡献的最佳做法是什么，而上游只是CVS。
My take是简单地将git直接提交到git非常方便，然后在任何时间和任何方框中，您都可以简单地检查您的git仓库（w / { {1}}），然后使用cvs up从真正的上游更新，这正是我对my OpenBSD ports-readmes fork以及mdocml所做的。
然而，我注意到大多数人都非常惊讶和困惑，在我的GitHub上看到这些git存储库中的这些CVS文件，据说认为这对我来说是某种疏忽。此外，reyk's httpd也没有这样的设置，即使他显然通常从上游批量更新它，也不保留上游的日志。
我在这里遗漏了什么吗？我觉得在你的git存储库中有CVS/{Entries,Repository,Root}是个好主意，但我从来没有见过其他人这样做过。为什么呢？
答案 0 :(得分：1)
我觉得在你的git存储库中拥有CVS / {Entries，Repository，Root}是一个好主意，但我从来没有见过其他人这样做过。为什么呢？
这似乎是一个好主意，但它也混合了元数据（CVS参考）和数据（您的回购文件）。
这就是为什么git-svn会在git配置中记住相同类型的引用（本地配置文件，而不是repo的一部分）。
任何想要为上游SVN回购做出贡献的人都需要再次git svn clone。
中间解决方案是在README中解释一旦克隆了repo，用户是否需要创建这些CVS参考文件，如果他/她希望返回（CVS）上游。