具有多个模块的git存储库结构

标签 git repository git-submodules

我有以下情况:

  1. 在一个更大的软件项目中拥有 4-5 个不同的软件模块。
  2. 所有这些都设置为单独的 git 存储库。
  3. 当我提交一个特性时,它通常跨越多个模块——因此使得例如每个模块 2 或 3 次提交。

给我一​​个更大项目的多个模块部分的想法。你更喜欢使用 git 子模块吗?如果是,以什么方式?或者您是否使用项目的主文件夹,例如:

软件项目
模块_1
模块_2
模块_3
模块_4

欢迎任何有关适当的 git 存储库结构的想法。

最佳答案

既然你说你提交的功能通常跨越几个模块,我会把所有东西都放在同一个 git 存储库中,除非它真的是一个正交模块并且完全独立于项目的其余部分,而不是一个子模块可能适当的。你会很高兴有可能以 git 应该使用的方式提交功能。在多个 git 存储库中进行多次提交?不,我宁愿把代码放在一起。好吧,这就像其他一切一样需要权衡。

关于具有多个模块的git存储库结构,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5795089/

相关文章:

git - 什么是子模块 fork 的良好工作流程

Git 子模块。 pull 入 super 项目的新克隆

git - 自动添加 git 子模块 (.gitmodules)

git - 将推送的分支恢复为具体的提交

git - 致命的 : did you run git update-server-info on the server? - 不使用 github

git - 为什么 cherry-pick 之后的 rebase 不会两次应用相同的提交?

git - ssh 身份验证成功到 git (github.com) 但连接关闭

linux - 如何将更改从 GitHub Desktop 推送到 Cpanel

repository - 从存储库中删除文件而不删除本地副本

svn - 哪些开源存储库或版本控制系统存储文件的原始 mtime、ctime 和 atime?