我有两个完全合并在一起的分支。

然而,在合并完成后,我意识到一个文件已经被合并弄乱了(别人做了一个自动格式化,啊),在另一个分支中更改到新版本会更容易,然后在把它带入我的分支后重新插入我的一行更改。

Git中最简单的方法是什么呢?


当前回答

使用checkout命令:

  git diff --stat "$branch"
  git checkout --merge "$branch" "$file"
  git diff --stat "$branch"

其他回答

使用checkout命令:

  git diff --stat "$branch"
  git checkout --merge "$branch" "$file"
  git diff --stat "$branch"

我将使用git恢复(从git 2.23开始可用):

git restore --source otherbranch path/to/myfile.txt

为什么这比其他选择更好呢?

默认情况下,git restore只修改工作目录中的文件

Git checkout otherbranch——path/to/myfile.txt将文件复制到工作目录(磁盘上的文件),同时也复制到暂存区域。它与手动复制文件并在其上执行git add具有相同的效果。Git恢复默认只更改工作目录。

为了得到与git checkout otherbranch——path/ To /myfile.txt相同的结果,你可以编写git restore——source otherbranch——staging——worktree path/ To /myfile.txt

默认情况下,当文件在另一个分支中不存在时,git restore会从工作目录中删除文件

Git restore可以使用Git restore——source otherbranch path/to/dir恢复整个文件夹。你可以用git checkout做类似的操作,但是git restore默认会删除其他分支中不存在的文件。要获得git签出行为,请使用——overlay选项。

例如,如果在没有——overlay选项的情况下,otherbranch上的文件比当前工作目录中的文件少(并且这些文件被跟踪),git restore将删除它们。但这是一个很好的默认行为,因为你很可能希望目录的状态是“与其他分支相同”,而不是“与其他分支相同,但有来自我当前分支的额外文件”。

为了得到与git checkout otherbranch——path/ To /dir相同的结果,你可以编写git restore——source otherbranch——staging——worktree——overlay path/ To /dir

git恢复不使用shell重定向来创建文件(Powershell特有的问题)

>的路径/to/myfile.txt使用标准的shell重定向。如果使用PowerShell,则文本编码可能存在问题,如果是二进制文件,则可能导致损坏文件。使用git恢复更改文件全部由git可执行文件完成。

从你想要文件结束的分支运行这个:

git checkout otherbranch myfile.txt

一般公式:

git checkout <commit_hash> <relative_path_to_file_or_dir>
git checkout <remote_name>/<branch_name> <file_or_dir>

一些注释(来自评论):

使用提交散列,可以从任何提交中提取文件 这适用于文件和目录 覆盖myfile.txt和mydir文件 通配符不起作用,但相对路径可以 可指定多条路径

另一个:

git show commit_id:path/to/file > path/to/file

我在类似的搜索中得到了这个问题。在我的例子中,我希望将一个文件从另一个分支提取到与文件原始位置不同的当前工作目录中。答:

git show TREEISH:path/to/file > path/to/local/file

按照madlep的回答,您还可以使用目录blob从另一个分支复制一个目录。

git checkout other-branch app/**

至于OP的问题,如果你只改变了一个文件在那里,这将工作良好。