我们的2人网络团队的理想Git工作流程是什么?

时间:2012-06-19 15:11:39

标签: git version-control workflow git-workflow

我们正在寻求使用GIT来帮助管理我们的网络文件,因为我们刚刚聘请了第二位开发人员。

我们不会使用GitHub,但我们确实有一个NAS驱动器(共享驱动器)所以我们最初的想法是这样的计划:

  • DVCS(Root)
    • 主人(NAS)
      • 项目1
      • project 2
    • developer1(NAS)
      • 项目1
      • project 2
    • developer2(NAS)
      • 项目1
      • project 2
    • developer1(本地工作站)
      • 项目1
      • project 2
    • developer2(本地工作站)
      • 项目1
      • project 2

所以基本上每个开发人员都会将主项目存储库克隆到他们的开发人员存储库(质量控制),然后他们会将这个开发人员存储库克隆到他们的本地存储他们将进行更改/编辑,然后提交并将这些更改推送回开发人员资源库,供高级开发人员批准。一旦他们这样做,就会被推送给主人。

我不确定这是正确的方法,还是我应该使用分支机构,还是需要不同的工作流程?

1 个答案:

答案 0 :(得分:0)

这个问题没有“正确”的答案。正确的工作流程适用于您和您的团队。

话虽如此,如果你只有两个开发人员,我不确定为什么你觉得你需要多个裸存储库。在这种情况下最简单的方法是:

  1. 在NAS上有一个中央存储库。

    • 用于集成开发代码的主分支。
    • 功能分支,开发人员处理主题以合并到主数据库。
    • 用户私有分支,开发人员可以在其中推送备份或挑选内容,但可以自由地进行变基或强制推送。
    • 已发布代码的稳定分支,如果适合您的模型。如果他们持续交付,一些商店只需要主人的标签。
  2. 开发人员将克隆存储在其工作站上,而不是存储在网络驱动器上。

    • 如果NAS丢失数据或离线,则提供冗余。
    • 允许丢弃的分支机构未集中存储或成为项目历史记录的一部分。
  3. 小型团队通常不需要拉动请求模型的复杂性。您的里程可能会有所不同。