![]() |
1
147
说你修改了
这将重命名文件。请注意
现在,您可以在
这应该可以毫无问题地工作,并且您的更改将应用于
现在,你不一定想要或需要承诺
您只需重新调整工作基准,放弃移动操作,如下所示:
希望这是清楚的。 这个答案来得晚,但这可能对其他人有用。 |
![]() |
2
31
你可以随时使用
除此之外,它将自动工作的唯一方法是,git的重命名检测是否能够发现旧文件和新文件是同一件事——听起来它们在您的情况下并不是真的,只是其中的一大块。git确实使用blob,而不是文件,但是blob只是整个文件的内容,没有附加文件名和元数据。因此,如果有一块代码在两个文件之间移动,它们实际上不是同一个blob—blob的其余内容不同,只是相同的块。 |
![]() |
3
30
这是一个 合并 解决遇到与重命名和编辑合并冲突的方法,并使用mergetool识别正确的3个合并源文件来解决。
走查:
创建一个分支,稍后在其中进行编辑:
在主控形状上创建重命名和编辑:
交换到分支,并在那里编辑:
尝试合并主机:
|
![]() |
4
1
我对这个问题的快速解决方案(在我的例子中,它不是一个文件,而是一个完整的目录结构)是:
您将在历史记录中有两个额外的提交。
但是由于git跟踪文件的移动,
|
![]() |
Harry · 如何在编译时获取克隆的git仓库的标签 6 月前 |
![]() |
Ooker · 如何从blob中删除秘密? 6 月前 |
![]() |
hasdrubal · git日志图智能分支过滤器 6 月前 |
![]() |
J. Doe · 为什么git中没有跟踪git文件? 7 月前 |