Git 有人用过 submodule 这个特性吗?怎样 ignore 比较合理?

fsword · 2012年06月27日 · 最后由 leomao10 回复于 2012年06月29日 · 3590 次阅读

一般的做法下,submodule 对应的那个目录是不是放到 gitignore 中比较好?

比如,有个项目叫 proj, 包括 两个 module:mod1, mod2,那么 .gitmodules 可能是

[submodule "mod1"]
    path = mod1
    url = .......git
[submodule "mod2"]
    path = mod2
    url = ......git

这样我会在 gitignore 里面添加两条

mod1
mod2

不是很好用,不能随便拆分合并,目录结构固定倒是没啥问题

可以说说用 submodule 的好处么? 感觉如果是 rails 项目,这东西根本用不到啊。

以前用于 vendor 下的东东, 现在有了 Gemfile, submodule 就没有用了。

同感,基本 rails 3 之后就没用过 submodule 了,不过我记得不用添加特意在 gitignore 里面写的啊

如果只有一个 rails 项目当然不用,不过真实的场景下,一个系统不会只有 web app 的 gitignore 有点明白了,它对 submodule 对应的目录不会做 check in,所以确实不用写

我们公司大概有 10 来个项目,重复的代码基本放在 gem 里,所以直接可以不用 submodule @fsword,能说说用 submodule 的场景么?

说实话不太好用

#6 楼 @leomao10 很简单,没有 ruby 的地方

#9 楼 @fsword 几乎所有语言都有依赖管理和依赖隔离工具吧

#8 楼 @yuan 我觉得 submodule 的作用就是一个目录组织功能,如果项目依赖于这种组织结构的话就说明设计的问题。

@fsword, 是我预设了使用的前提了

需要 登录 后方可回复, 如果你还没有账号请 注册新账号