Git 跟踪父存储库中的子存储库,保留拉取功能
我不知道这里的答案是子树还是其他;我真的只知道子模块(可能)不是Git 跟踪父存储库中的子存储库,保留拉取功能,git,git-submodules,git-subtree,git-subrepo,Git,Git Submodules,Git Subtree,Git Subrepo,我不知道这里的答案是子树还是其他;我真的只知道子模块(可能)不是 我在/parent上有一个存储库(在GitHub上远程) 我想将远程存储库克隆到/parent/child 我希望将我在子存储库中所做的更改作为父存储库的历史记录进行跟踪 我希望能够从子存储库的远程位置提取更改(并可能将其压扁) 我不需要将更改推送到孩子的遥控器上;它只会被拉 我应该使用什么策略来管理此问题 用简单的英语说:我想将一个项目作为子项目包含在另一个项目中,并且我想根据需要修改子项目的源,跟踪父项目中的更改(就像它只
- 我在
上有一个存储库(在GitHub上远程)/parent
- 我想将远程存储库克隆到
/parent/child
- 我希望将我在子存储库中所做的更改作为父存储库的历史记录进行跟踪
- 我希望能够从子存储库的远程位置提取更改(并可能将其压扁)
- 我不需要将更改推送到孩子的遥控器上;它只会被拉
也许是描述问题的另一种方式;这将是一个具有两个远程的存储库,一个是推/拉,另一个是仅在子目录中使用其本地副本的拉。是答案。是答案。看起来是一个很好的例子,因为我认为问题是我可能没有充分理解子树。我会重新阅读文件;顺便问一下,我有什么特别的考虑吗?很难说,因为我不知道你不知道什么。基本上,这并没有什么神奇之处,就像源存储库被移动到子目录,然后被合并一样。这是一个非常古老的技巧,它甚至用于git本身:看起来是一个很好的例子,因为我认为问题是我可能没有充分理解子树。我会重新阅读文件;顺便问一下,我有什么特别的考虑吗?很难说,因为我不知道你不知道什么。基本上,这并没有什么神奇之处,就像源存储库被移动到子目录,然后被合并一样。这是一个非常古老的技巧,它甚至用于git本身: