并行分支是管理共享代码的类似项目的最佳方式吗？
Are parallel branches the best way to manage similar projects which share code?
我有两个项目（产品线 A 和产品线 B）共享大约 90% 的相同代码。我想将这两个项目迁移到 GitHub。
是否应该使用公共代码作为主分支，并为产品线A和产品线B创建新的分支？有两个我无意合并的平行分支会有什么缺点吗？该代码将需要由多个帐户的多个用户使用。
Would there be any disadvantage to having two parallel branches that I have no intention of merging?
没有缺点：分支并不总是要合并的。
该模型的唯一问题是要清楚地区分commits/changes在公共代码上完成的代码与在 PA 或 PB 上完成的代码：仅在 PA 或 PB 中更改文件是不够的：您需要检查那些更改是或不是公共代码的一部分。
如果有共同的碱基，难道不应该提取到library/framework吗？
我有两个项目（产品线 A 和产品线 B）共享大约 90% 的相同代码。我想将这两个项目迁移到 GitHub。
是否应该使用公共代码作为主分支，并为产品线A和产品线B创建新的分支？有两个我无意合并的平行分支会有什么缺点吗？该代码将需要由多个帐户的多个用户使用。
Would there be any disadvantage to having two parallel branches that I have no intention of merging?
没有缺点：分支并不总是要合并的。
该模型的唯一问题是要清楚地区分commits/changes在公共代码上完成的代码与在 PA 或 PB 上完成的代码：仅在 PA 或 PB 中更改文件是不够的：您需要检查那些更改是或不是公共代码的一部分。
如果有共同的碱基，难道不应该提取到library/framework吗？