这是我的git目录结构
~/git/ProjectA/.git
~/git/ProjectA/ProjectA
~/git/ProjectB/.git
~/git/ProjectB/ProjectB
这是约定还是做类似的事情更可取?
~/git/myRepo/.git
~/git/myRepo/ProjectA
~/git/myRepo/ProjectB
或者
~/git/.git
~/git/ProjectA
~/git/ProjectB
还是完全不同的东西?
这是我的git目录结构
~/git/ProjectA/.git
~/git/ProjectA/ProjectA
~/git/ProjectB/.git
~/git/ProjectB/ProjectB
这是约定还是做类似的事情更可取?
~/git/myRepo/.git
~/git/myRepo/ProjectA
~/git/myRepo/ProjectB
或者
~/git/.git
~/git/ProjectA
~/git/ProjectB
还是完全不同的东西?
本身没有约定,但有理由使用版本控制一次对单个项目进行版本控制,除非它们是更大项目的子项目。
也就是说,您现在的操作方式符合每个 repo 一个项目的“约定”。
简单的答案:取决于您是否要使用子模块。如果你这样做了,那么子目录将包含你必须进入和推拉的完整项目。
如果你的父项目有一堆依赖的子项目,例如一个核心项目有你的领域类,然后是一个构建所有组件的 ui 项目,等等,然后把这些东西放到子目录中。它们仍然可以是单独的项目。
如果您有现有项目并希望将它们合并到一个项目中,请参阅我前段时间提出的这个问题(得到了一些非常好的回应):如何将 Git 项目迁移为一个带有子项目的项目