2

我很好奇在 git 中（例如，在 github/bitbucket/gitlab 上）保留您对 OSS 项目的偶尔贡献的最佳实践是什么，而上游完全是 CVS。

我的看法是，直接提交CVS/{Entries,Repository,Root}到非常方便git，然后在任何时间从任何框中，您可以简单地检查您的 git repo (w/ git)，然后从真正的上游更新cvs up，这正是我所做的使用我的 OpenBSD ports-readmes fork以及mdocml。

但是，我注意到大多数人在我的 GitHub 上的这些 git 存储库中看到这些 CVS 文件时感到非常惊讶和困惑，他们认为这是我的某种疏忽。此外，例如reyk 的 httpd也没有这样的设置，即使他显然通常从上游批量更新它，也没有保留来自上游的日志。

我在这里错过了什么吗？我觉得拥有CVS/{Entries,Repository,Root}git 存储库是一个好主意，但我从未见过其他人这样做。为什么？

4

1 回答 1

1

我觉得在你的 git 存储库中拥有 CVS/{Entries,Repository,Root} 是个好主意，但我从未见过其他人这样做。为什么？

这似乎是个好主意，但它也会将元数据（CVS 参考）与数据（您的 repo 文件）混合在一起。

这就是为什么git-svn，例如，一定要记住 git 配置中的相同类型的引用（本地配置文件，而不是 repo 的一部分）。
任何想为上游 SVN 回购做出贡献的人都需要git svn clone再次参与。

一个中间解决方案是解释README用户需要在 repo 被克隆后创建那些 CVS 参考文件，如果他/她希望回馈给上游（CVS）。

于 2016-06-02T07:50:34.860 回答