假设我有一个已经有很多粉丝的项目的github repo。
现在，我希望通过保存相同的一般概念，对实现进行完全不一致的更改。
我在版本控制方面的确切步骤是什么？
我应该为新的主要版本创建其他存储库吗？ （就像Zend为Zend Framework 2所做的那样）
或者我应该只使用当前版本创建标记，并在README文件中使用相同的repo提及人们能够下载以前的版本吗？
或者我应该为它创建单独的分支？
答案 0 :(得分：2)
如果更改确实不一致（新API，新功能......），则会将其视为as a Fork，其原始含义（＆＃34;独立开发，创建一个独特的部分）软件＆＃34）
在这种情况下，最好创建一个新的仓库，并允许您开发一套独立的分支来管理新版本。
另一种方法是将这些新的分支与“＃34;遗产”＃34;分支，这可能会变得混乱，以便管理。
答案 1 :(得分：0)
也许你可以开一个新的分支。您的关注者可以访问旧代码和新代码。但我不确定这是否是一种“正式”的做法。但它过去对我有用。