问题描述
我的存储库中有一个 master
和一个 setup
分支。我将 setup
分支作为工作树检出 inside 主 repo 文件夹通过
git worktree add ./local/setup
echo '/local' > .gitignore
所以主 repo 文件夹在 master
上,local/setup
文件夹在 setup
上。一切都很好,很花哨,我可以处理我的 setup
文件而无需切换分支,我可以从 local/setup
内提交等等。
但如果我尝试移动整个存储库,或从不同的 Linux 引导访问它(/home/myrepo
变为 /mnt/ubu/home/myrepo
),事情就会中断。问题似乎是 git
的工作树功能记录了绝对路径,在
myrepo/.git/worktrees/setup/gitdir
myrepo/local/setup/.git
我可以将这些转换为相对路径以使 repo + 嵌入式工作树可重定位吗?我不确定这些文件中的路径应该相对于,但我可以进行试验。这种设置危险吗?
解决方法
我在这里制作了一个简单的 bash 脚本供我个人使用:
https://github.com/Kristian-Tan/git-worktree-relative
请注意,这个答案只是从我的 README.md 中复制粘贴
...
我的解决方案
- 用于替换
{worktree}/.git file
和{repo}/.git/worktrees/{wtname}/gitdir
内容的 Bash 脚本 - 为什么使用 bash:几乎每个使用 git 的人都会在某种类似 bash-shell 的环境中使用它(例如:linux 中的 bash shell,Windows 中的 git bash)
- 要求(应该在每个 bash shell 上都可用):
cat
echo
readlink
-
realpath
(自 2012 年以来的 GNU 实用程序,可能不会预装在像 debian wheezy 这样的非常旧的 linux 系统中) sed
pwd
- bash shell 参数扩展
${parameter/pattern/string}
和${parameter%%word}
https://www.gnu.org/software/bash/manual/bash.html#Shell-Parameter-Expansion
用法
- 在您的工作树中执行脚本(或在 -w 选项中提供工作树目录路径)
- 它将从
{worktree}/.git
文件中读取存储库路径 - 选项:
-
-v
= 详细(尚未实现) -
-w worktree_target
= 工作树的相对目录(如果未提供,将默认为当前目录) -
-r repository_target
= 存储库目录(包括 .git 中的工作树目录,如果未提供,将从 {worktree_target}/.git 文件中读取) -
-h
= 显示帮助
-
- 此解决方案适用于断开的链接(例如:移动工作树目录或移动父 git 目录):只需在
-r repositor_target
标志中提供存储库路径 - 此解决方案适用于父存储库内的工作树
- 示例:
-
/home/myuser/repo/myproject
中的存储库;/home/myuser/www/myproject
中的工作树;工作树与存储库连接(链接未断开)cd /home/myuser/www/myproject git-worktree-relative # OR git-worktree-relative -w /home/myuser/www/myproject
-
/home/myuser/repo/myproject
中的存储库;/home/myuser/www/myproject
中的工作树;工作树未与存储库连接(链接已损坏)cd /home/myuser/www/myproject git-worktree-relative -r /home/myuser/repo/myproject/.git/worktrees/myproject # OR git-worktree-relative -w /home/myuser/www/myproject -r /home/myuser/repo/myproject/.git/worktrees/myproject
- 要检测链接是否损坏,请在工作树目录中运行命令“git status”
-
- 将相对工作树反转回绝对:只需将
git-worktree-relative
命令更改为git-worktree-absolute
(相同的命令行参数)- command
git worktree remove
要求路径是绝对路径:您可以使用此反向脚本在删除之前将其恢复为绝对路径
- command
安装
- 为所有用户安装:
- 将
git-worktree-relative.sh
复制到/usr/bin
(您也可以删除扩展名) - 授予其他用户执行权限
- 示例:
cp git-worktree-relative.sh /usr/bin/git-worktree-relative chown root:root /usr/bin/git-worktree-relative chmod 0755 /usr/bin/git-worktree-relative
- 将
- 为一位用户安装:
- 将其复制到添加到 PATH 变量的任何目录
...
学分
- [删除] BR0kEN- (https://gist.github.com/BR0kEN-/a84b18717f8c67ece6f7) 对 strpos 和 substr 的 Bash 实现
- StackOverflow 用户
usretc
在 git worktree with relative path? 中提供建议
您不是第一个提出这个问题的人,请参阅this feature-request from 2016
相对路径似乎使事情复杂化:
- 移动工作树时(请注意,工作树可以位于父存储库内部或外部)
- 移动父仓库时
所以这似乎从未实现过......
,我推出了自己的 git-worktree-path。它是最低限度的hackish(不会弄乱内部git
路径,几乎所有东西都经过git rev-parse
)并且最大程度地干燥