我已经在一个基于浏览器的益智游戏的工作伙伴使用html
,js
并且css
,它使用git
了源代码控制。
您可以使用index.html
粗略模式运行游戏,并将很快托管在服务器上。
最近,我一直在考虑创建该项目的Chrome应用版本/程序包,以便也可以在Chrome网上应用店中分发它。并将很快考虑其他市场。
这将需要将一些其他文件添加到git repo中,这些文件特定于该chrome-app
版本的repo。
加上一些小的代码更改,以允许在.NET中进行完全集成Chrome
。
创建我的原始存储库的分支并在chrome-app
那里处理这些文件会更好吗?那么原始游戏/普通游戏与游戏chrome-app
端口是分开的吗?
还是考虑到所需的少量代码更改,完全独立的git repo会更好,并在仓库之间手动复制更新吗?
我认为管理产品线有几种方法,这取决于您管理仓库,分支机构,标签等的舒适程度。
一种方法是创建一个新的chrome-app
回购,并介绍你原来的(也许把它像baseline
)回购作为一个子模块在你的chrome-app
回购协议。因此,如果您使用的是github,则可以执行以下操作:
git submodule add https://github.com/<username>/<baseline>.git
如果决定使用子模块,则应熟悉诸如git submodule init
和的命令git submodule update
。然后,您可以使用git merge
和git fetch
合并上游baseline
回购中的新更改,并将git push --recurse-submodules
更改发布回您的baseline
。
或者,如果您认为这是一个过大的杀伤力,则可以从原始存储库中叉出来创建一个存储chrome-app
库。由于您是这些存储库的所有者,因此使用git push
和可以轻松同步它们git pull
。
而且,即使这太多了(对于小型项目),您也可以从master
原始存储库中分支出来,并将所有内容保存在一个存储库中。
本文收集自互联网,转载请注明来源。
如有侵权,请联系 [email protected] 删除。
我来说两句