2

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

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

  • DVCS(根)
    • 主控(NAS)
      • 项目一
      • 项目 2
    • 开发者1 (NAS)
      • 项目一
      • 项目 2
    • 开发者2 (NAS)
      • 项目一
      • 项目 2
    • developer1(本地工作站)
      • 项目一
      • 项目 2
    • developer2(本地工作站)
      • 项目一
      • 项目 2

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

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

4

1 回答 1

1

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

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

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

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

    • 在 NAS 丢失数据或离线时提供冗余。
    • 允许未集中存储或不属于项目历史的一次性分支。

小型团队通常不需要拉取请求模型的复杂性。你的旅费可能会改变。

于 2012-06-19T15:54:36.253 回答