我在Git-worktree上阅读了Github的帖子.他们写:
假设您正在一个名为的分支上的Git存储库中工作
feature,当用户报告高紧急性错误时master.首先,您创建一个带有新分支的链接工作树,hotfix相对于主分析签出[...]您可以修复错误,推送修补程序,并创建拉取请求.
当我在一个名为feature的分支上工作并报告master中的一些高紧急性bug时,我通常会隐藏我正在处理的任何内容并创建一个新的分支.当我完成后,我可以继续工作.这是一个非常简单的模型,我多年来一直这样做.
另一方面,使用git-worktree有其自身的局限性:
例如,不允许同时在两个链接的工作树中检出相同的分支,因为这将允许在一个工作树中提交的更改使另一个工作树不同步.
为什么我会为已经解决的问题选择更复杂的工作流程？
是否有任何关于git-worktree事先无法完成的事情,这证明了这一全新的复杂功能？
我是Git的新手.可以说,我有两个git存储库,它们添加了与子模块相同的库:
/home/projects/project1/library_XYZ
/home/projects/project2/library_XYZ
还可以说,我正在同时处理项目和库.当我对库进行更改时,让我们说/home/projects/project1/library_XYZ,我必须推送这些更改,然后将它们拉入/home/projects/project2/library_XYZ以使它们可用project2,对吧？我认为这是不方便的,原因有两个:
library_XYZ两次.有没有办法让Git克隆子模块library_XYZ到同一个本地目录,即使文件像这样组织
/home/projects/project1
/home/projects/project2
/home/projects/library_XYZ
同时library_XYZ仍然是两个项目的子模块？
我认为这可能与此有关,虽然我的设置有些不同,但是没有答案.