项目组织使用Maven + Git

Question

我们的团队目前正在从SVN迁移到Git.我们目前使用Maven作为构建工具.

目前,我们的项目通过Maven具有构建层次结构,但在文件层次结构/存储库方面是平的.我的目标是更紧密地匹配Maven构建层次结构和我们的存储库中的文件结构层次结构,以使一切更容易理解.

我的问题是创建Git repos的适当级别是什么,以便维护文件层次结构/组织？例:

• 大项目 - (这里没有来源,只是一个pom)
  • 后端项目(来源+ pom)
  • 客户(这里没有来源,只是一个pom)
    • 控制台(源+ pom)
    • Web(来源+ pom)

因此,"仅限pom"项目将用于对实际源项目进行分组.但是Git回购属于哪里？一些团队成员担心Web项目的提交不属于Console项目的历史记录.但是如果Git repos处于最低级别(树的叶节点),我们将丢失文件结构组织(即使可以在Maven中维护构建层次结构).

编辑:团队成员的关注点与提交历史记录的关联程度不如使用标记.鉴于Git repo root位于Big Project,并且我想标记Web项目(通过标记Big Project),为什么该标记应包含Console项目,该项目可能与Web标记无关？

Answer 1

我有一个包含60多个模块的maven项目,我的团队已经讨论了git存储库根本应该在哪里的确切问题.到目前为止,每个讨论都已结束,将整个项目一直留在同一个项目的根pom中.该决定主要基于开发人员的便利性 - 我们不必克隆和打开多个不同的存储库,以便在基本相同的项目中工作.历史问题对我来说似乎是假的.谁在乎历史是否融合？您总是可以在git中查看特定文件的/模块/路径的历史记录,不包括任何其他文件.

我们考虑过的一个选项叫做git子模块,可以让你在repos中嵌入repos.如果您决定将其拆分,这可以是组织层次结构的选项.