假设我有一个项目的github repo，这个项目已经有很多追随者。
现在我想通过保存相同的一般概念来对实现进行完全不一致的更改。
我在版本控制方面的具体步骤是什么?
-
我应该为新的主版本创建其他存储库吗?(就像Zend为Zend Framework 2所做的那样)
-
或者我应该用当前版本创建标签，并使用README文件中提到的相同的repo，人们也可以下载以前的版本?
-
或者我应该为它创建单独的分支吗?
如果更改确实不一致(新的API，新的特性，…)，则将其视为Fork，按照其原始含义("在其上独立开发，创建一个独特的软件")
在这种情况下，创建一个新的repo是最好的，并且允许您开发一组独立的分支来管理新版本。
另一种选择是将这些新分支与"遗留"分支混合在一起，这会使管理变得混乱。
也许你可以开一家新的分行。你的追随者能接触到新旧密码。但我不确定这是否是"官方"的正确做法。