使用git回购处理多种分发方法

我一直在使用

html

、

js

和

css

合作开发一款基于浏览器的益智游戏，它使用

git

进行源代码控制。
您可以使用粗糙的

index.html

运行游戏，并将很快托管在服务器上

最近我一直在考虑创建一个项目的版本/包，这样我也可以在网上发布它。并将很快考虑其他市场。 这将需要向git repo添加一些额外的文件，这些文件特定于该repo的

chrome app

版本。
以及一些小的代码更改，以允许在

Chrome

中完全集成

最好是创建一个原始回购的分支，并在那里处理那些

chrome应用程序
文件。因此，原始/普通游戏与
chrome应用程序
port？

或者考虑到所需的微小代码更改，完全独立的git repo是否会更好，并在repo之间手动复制更新？
这可能在构建系统中比在源代码控制系统中处理得更好。或者将所有这些资源（用于所有分发方法）放在子文件夹中，或者为每个分发方法创建一个git存储库，并使用子模块拉入游戏代码。在存储库之间复制和粘贴代码是一个非常糟糕的主意。
我认为管理产品线有几种方法，具体取决于您管理回购、分支、标记等的舒适程度

一种方法是创建一个新的
chrome应用程序
repo，并在
chrome应用程序
repo中引入您原来的（可能称之为
baseline
）repo。因此，如果您正在使用github，您可以执行以下操作：

git submodule add https://github.com/<username>/<baseline>.git

git子模块添加https://github.com//.git

如果您决定使用子模块，您应该熟悉。然后，您可以使用
git merge
和
git fetch
合并上游
baseline
repo中的新更改，并使用
git push——递归子模块
将更改发布回
baseline

或者，如果你觉得这是一种过火的行为，你可以从你原来的回购协议中选择，创建一个
chrome应用程序
repo。由于您是这些回购协议的所有者，您可以轻松地使用和同步它们

如果这太多了，（对于小项目），你可以从原始回购的
主回购分支，并将所有内容保存在一个回购中