我正在研究如何从现有的Chrome应用程序迁移到渐进式网络应用程序，因为Chrome应用程序将在明年年中停止存在。当我们正在努力迁移到pwa时，我们希望确保现有的chrome应用程序继续存在，直到我们停止发布它。 为了继续以并行方式工作，我们希望采用这两种方法中的任何一种。
创建一个单独的git分支，它只负责迁移 并在我们继续的时候调整我们的代码库到渐进式Web应用程序 在主分支上开发功能。在一天结束时我们 将master合并到our_new_branch中，以便新分支达到 与主人约会。
分出现有的git repo并创建一个新的repo，这样我们就可以了 处理其中的迁移部分，并在当天结束时应用现有原始仓库中的补丁。
这两种方法都会进行大量更改，以使它们彼此一致。哪两个更好的方法？
答案 0 :(得分：0)
第二种方法（fork）仍然允许从主仓库定期合并。
它很好地隔离了自己的回购中特定于迁移的任何更改和分支。所以我会选择那种方法。
但最重要的是开发工作流程：您是否可以在主服务器和迁移分支之间定期合并？如果是，那么两个（repos或branch）之间的集成将比在迁移时单独工作更容易，然后（在我看来太晚）尝试合并主master分支。