我应该将这些相互依赖的git项目分组吗？

假设我有5个相互依赖的git项目：

数据库（与下面的服务器对话）

渲染服务器（与下面的服务器对话）

主应用服务器（RESTAPI）

启动：用于构建上述Amazon4EC2的脚本和json 机器

测试：在应用服务器上运行

Javascript API（依赖于REST API）

JS和REST API文档（取决于REST API）

我假设上面的git项目部门以一种实用的方式演变为并行工作流组织

问题是，整个系统的成功取决于确保上述7个项目在相互一致的状态下保持一致

一方面，通过比较一个项目的time_1sha-1散列和同一个项目的time_2sha-1，似乎更容易表示整个系统中的更改

另一方面，我读到了这些，它们提到了将太多项目分组的复杂性成本。此外，Linus还提到git系统的灵活性，甚至可以在不同的项目中使用分支，以及在以后切换分组策略的能力（但我们不会这样做，因为我们是风险规避新手）

---

非常感谢考虑到高运营风险和低专业经验的企业的任何建议或指导方针。

虽然“分组”策略有点复杂，但它有优点，值得一试：
它被称为，允许您为所有项目定义一个唯一的引用，同时允许您将这些项目作为独立的git回购进行管理

---

正如我在“”中所解释的，您仍然可以在子模块中进行修改，只要您在父回购中记录新的子模块状态。

虽然有点复杂，“分组”策略有其优点，值得一试：
它被称为，允许您为所有项目定义一个唯一的引用，同时允许您将这些项目作为独立的git回购进行管理

---

正如我在“”中所解释的，您仍然可以在子模块中进行修改，只要您在父repo中记录新的子模块状态。

Nice！我从未对子模块有过新的了解…快速浏览之后，它看起来就是那个。很好！我从未对子模块有过新的了解…快速浏览之后，它看起来就是那个。