git位于git子目录中,gitignore
我的问题是:如何在当前git回购的子目录中进行git回购 我的解决方案:我只是忽略了我的git位于git子目录中,gitignore,git,Git,我的问题是:如何在当前git回购的子目录中进行git回购 我的解决方案:我只是忽略了我的gitignore中的子文件夹。转到该子文件夹并创建了一个新的回购 我现在的问题是:这不对吗 是的,我认为这是错误的;) 这样忽略和嵌套只会导致混乱,因为“父”repo不知道“子”repo中发生的更改,并且每次要跟踪更改时都必须记住将工作目录更改为“子”。另外,如果其他人在项目上进行协作,他们将不得不手动克隆第二个存储库(当您添加协作者时,这会变得更混乱) 你应该使用git。这将允许您在回购中包含一个独立的存
gitignore
中的子文件夹。转到该子文件夹并创建了一个新的回购
我现在的问题是:这不对吗 是的,我认为这是错误的;) 这样忽略和嵌套只会导致混乱,因为“父”repo不知道“子”repo中发生的更改,并且每次要跟踪更改时都必须记住将工作目录更改为“子”。另外,如果其他人在项目上进行协作,他们将不得不手动克隆第二个存储库(当您添加协作者时,这会变得更混乱) 你应该使用git。这将允许您在回购中包含一个独立的存储库,而不会产生回购的副作用。子模块有自己的一套怪癖,但它们是最干净、最像git的做事方式^^
也就是说,想要像这样“嵌套”存储库的原因是什么 我和一个团队合作,他们并不是所有人都使用git。因此,对于某些部分,我在一个子目录中下载X工作。我对它做了一些修改。X更新了他的工作并将其发送给我。在这里,我想更新我的子目录并将我自己的更改合并到。这就是我的想法的来源:)您希望父git存储库跟踪子目录中的git存储库吗?例如,您是否希望您的父git存储库跟踪子目录的repo上的提交(使用类似子模块的东西)?或者您只是想在这个目录结构中有两个git目录,而不是实际跟踪这两个目录之间的关系?问题是这两种方法都是对的,但你试图解决的问题可能会导致为什么一种方法可能比另一种更好。最好是在我自己的回购协议中。