Git工作流程建议

时间:2012-02-27 15:10:09

标签: git version-control

我对git有点新鲜。我刚刚从SVN搬了过来,我想弄清楚一些事情。

我有一个系统有三种类型的比赛(三组不同的功能),每个比赛都会有比赛(因此类型1将有3场比赛,类型2将有2场,类型3将有4场比赛示例)和类型的竞赛都是基于该竞赛代码库,只是使用不同的html / css。比赛系统是MVC,因此它是1个控制器,1个模型,3个视图+资产(css / js / images)。

我试图弄清楚如何最好地存储这些。在颠覆中我只做了150亿个分支,但现在我正在移动我想要清理一下。

有什么建议吗?

2 个答案:

答案 0 :(得分:3)

Git中的分支实际上更便宜/更清洁/更容易,所以没有什么可以阻止你继续分支。然而,150亿可能略微过度。

您应该简单地将三种“类型”的竞赛应用程序合并到一个应用程序中,该应用程序会根据配置文件更改其行为。您正在讨论的那种拆分功能不是版本控制要解决的问题。

“Git”继续进行的方法是将一个应用程序克隆到特定部署的完全应用程序中,并将自定义客户端特定的CSS / HTML添加到新存储库。对底层功能的任何更改都将对父项目进行,进入分叉项目。

您不应该在特定客户端的同一存储库中创建200个不同的分支。没有任何好处,也有一个巨大的缺点:每次要为特定客户端安装克隆存储库时,您将在网络中拖动每个其他客户端的数据(包括其资产的整个历史记录) 。开销很高。

答案 1 :(得分:1)

我之前有过像这样的经历。我有两个版本的同一产品,都进行了少量修改。虽然代码库更大,但我使用了以下方式,并且说,它对我来说做得很好。

  1. 使用所有产品应具有的公共代码创建 vanilla 分支。
  2. 使用特定于每个产品的代码创建产品分支。
  3. 继续开发vanilla分支中的常用功能,并将该代码合并到产品分支中。
  4. 希望它有所帮助。