【问题标题】：Forking a repo on GitHub, but use our own semantic versioning tags?在 GitHub 上分叉一个 repo，但使用我们自己的语义版本控制标签？
【发布时间】：2015-06-05 02:10:17
【问题描述】：

免责声明

我们的团队已经在工作项目中使用 git 大约两年了，但我们从未分叉过其他项目，因此我们在贡献部分还相当新。

我们的情况

我们想分叉一个存储库并将其用作我们自己项目的起点。首先，我们想修改一些代码以适应我们自己的需求，但如果我们想出一些有用的东西，我们也想回馈原始项目。

问题

我们面临的问题是我们想为我们的项目使用语义版本控制并从v1.0.0开始，但是原始存储库也使用语义版本控制，所以已经有一个v1.0.0标签。

有什么方法可以让我们在原始存储库的语义版本旁边维护我们自己的语义版本，而不会失去对原始项目做出贡献的能力？还是说我们的贡献是完全错误的，我们应该以不同的方式做事吗？

【问题讨论】：

标签： git github tags fork semantic-versioning

【解决方案1】：

当您分叉一个 repo 时，您必须进一步处理他们的进度，以便您可以将您的调整推回给他们。

如果您删除语义版本控制，那么在您将代码推回给它们时将会发生冲突。因此他们永远不会接受你的拉取请求。

所以你试图做的是一个坏主意。也许你应该克隆他们的项目而不是分叉。缺点是您将无法做出贡献。

问候

【讨论】：

感谢您的澄清！