Git 并行分支是管理共享代码的类似项目的最佳方式吗?

Git 并行分支是管理共享代码的类似项目的最佳方式吗?,git,branch,git-branch,git-stash,git-fork,Git,Branch,Git Branch,Git Stash,Git Fork,我有两个项目(产品线A和产品线B),它们共享大约90%的相同代码。我想将这两个项目迁移到GitHub 我是否应该使用通用代码作为主分支,并为产品线a和产品线B创建新分支?拥有两个我无意合并的并行分支会有什么不利之处?该代码将需要由来自多个帐户的多个用户使用 拥有两个我无意合并的并行分支会有什么不利之处 没有缺点:分支并不总是要合并的 该模型的唯一问题是要明确区分在公共代码上执行的提交/更改与在PA或PB上执行的提交/更改:仅在PA或PB中更改文件是不够的:您需要检查这些更改是否是公共代码的一部分

我有两个项目(产品线A和产品线B),它们共享大约90%的相同代码。我想将这两个项目迁移到GitHub

我是否应该使用通用代码作为主分支,并为产品线a和产品线B创建新分支?拥有两个我无意合并的并行分支会有什么不利之处?该代码将需要由来自多个帐户的多个用户使用

拥有两个我无意合并的并行分支会有什么不利之处

没有缺点:分支并不总是要合并的


该模型的唯一问题是要明确区分在公共代码上执行的提交/更改与在PA或PB上执行的提交/更改:仅在PA或PB中更改文件是不够的:您需要检查这些更改是否是公共代码的一部分。

如果有公共基础,它不应该被提取到库/框架中吗?

这并不能回答这个问题。若要评论或要求作者澄清,请在其帖子下方留下评论。-他提出了用公共代码库管理2个项目A的最佳方法,这是我的答案,因为我认为这是代替2个分支的最佳方法。由于两个项目仍在开发中,因此需要对代码库进行更改。我不相信图书馆是最好的方法。@AlBlue:我同意pedro的观点,这是一个以问题形式提出的建议,实际上并不是要求OP澄清。@pedrorijo91:更好地解释答案可能是个好主意