blocks|key|1825902|text|我认为它已经做到了这一点。现在，我可能错了，但我读到过git根据文件的内容来跟踪文件，而不是基于它们在文件系统中的位置或增量/差异。在堆栈中，我认为它显示了文件正在被删除，然后重新添加，但我认为我已经尝试过一次，它仍然保留了历史记录，这是由于前面提到的git跟踪事情的方式。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1825903|对于某些人来说，验证我的正确性还是很有帮助的。如果我误解了你的问题，很抱歉。|1825904|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I think it already does this. Now, I could be wrong, but I've read that git tracks files based on their contents not based on their position in the file system or based on delta/differences. In the stack I think it shows it as if the files are being removed and the then re-added, but I think I've tried this once and it still maintained the history, due to the aforementioned way that git tracks things.

Still would be helpful for someone to verify if I'm correct or not. Sorry if I misunderstood your question.

blocks|key|2039720|text|git不会跟踪单个文件的历史记录，也不会特别处理移动和复制，也就是说，没有特殊的元数据来指示发生了移动或复制。相反，每次git提交都是工作树的完整快照。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|2039721|如果你想在git+log中看到移动，你可以提供-M，除了一个列出哪些文件已经改变的选项，例如|2039722|git+log+--summary+-M|code-block|syntax|javascript|2039723|git将查看提交历史记录中的相邻树，并推断每次提交是否移动了任何文件。|2039724|要查找副本以及重命名，可以使用-C选项，您可以提供两次该选项，以牺牲一些性能为代价，使git更难查找可能的副本来源。|2039725|git+log+--summary+-M+-C+-C|2039726|请注意，由于git不存储文件历史记录(只存储提交历史记录)，即使您对文件执行了git+rm和git+mv操作，也不会丢失任何历史记录。对路径的所有更改仍将被记录并在git+log中可见。|2039727|entityMap^0|0|3|0|5|7|N|2|0|0|0|3|0|F|2|0|0|13|6|1A|6|2A|7|0^^$0|@$1|2|3|4|5|6|7|W|8|@$9|X|A|Y|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|Z|8|@$9|10|A|11|B|C]|$9|12|A|13|B|C]]|D|@]|E|$]]|$1|H|3|I|5|J|7|14|8|@]|D|@]|E|$K|L]]|$1|M|3|N|5|6|7|15|8|@$9|16|A|17|B|C]]|D|@]|E|$]]|$1|O|3|P|5|6|7|18|8|@$9|19|A|1A|B|C]]|D|@]|E|$]]|$1|Q|3|R|5|J|7|1B|8|@]|D|@]|E|$K|L]]|$1|S|3|T|5|6|7|1C|8|@$9|1D|A|1E|B|C]|$9|1F|A|1G|B|C]|$9|1H|A|1I|B|C]]|D|@]|E|$]]|$1|U|3|-4|5|6|7|1J|8|@]|D|@]|E|$]]]|V|$]]

<code>git</code> doesn't track the history of individual files and it doesn't treat moves and copies specially, that is there is no special metadata that indicates that a move or copy occurred. Instead each git commit is a complete snapshot of the working tree.

If you want to see moves in <code>git log</code> you can supply <code>-M</code> in addition to an option that lists which files have changed, e.g.

<pre><code>git log --summary -M
</code></pre>

<code>git</code> will look at the adjacent trees in the commit history and infer if any files where moved by each commit.

To find copies as well as renames you can use the <code>-C</code> option, you can supply it twice to make git look harder for possible copy sources at the expense of some performance.

<pre><code>git log --summary -M -C -C
</code></pre>

Note, that as git doesn't store file history (only commit history), even if you did <code>git rm</code> and <code>git mv</code> the file, you wouldn't lose any history. All changes to the path would still be recorded and visible in a <code>git log</code>.

blocks|key|2039751|text|要让git删除已经删除或移动的文件，只需输入|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2039752|git+add+-u|code-block|syntax|javascript|2039753|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

To have git remove files that are removed or moved already, just enter

<pre><code>git add -u
</code></pre>

blocks|key|1825936|text|这发生在我身上，当我移动和编辑文件时，它将不再将其识别为正在移动的文件，而是一个新文件，因此我丢失了历史记录。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1825937|我所做的是创建两个独立的提交，一个在我移动文件的时候，然后另一个编辑文件。通过这种方式，我保留了历史。|1825938|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

It happens to me, when I move and edit the file, it will no longer recognize it as moving file but a new one, so I lost history. 

What I do it is to create 2 separated commits, one when I move the file, and then another editing the file. In this way I keep the history.

I've moved a bunch of files around manually without thinking, and can't find a way to get git to recognize that the files are just moved and not actually different files. Is there a way to do this other than removing old and adding the new (and thus losing the history), or redoing all the changes with git-mv?

Getting Git to Acknowledge Previously Moved Files

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我不假思索地手动移动了一大堆文件，找不到一种方法让git识别这些文件只是被移动了，而不是实际上不同的文件。除了删除旧的并添加新的(从而丢失历史)，或者使用git-mv重做所有的更改之外，还有什么方法可以做到这一点吗？

问让Git确认以前移动的文件
EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问让Git确认以前移动的文件EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问让Git确认以前移动的文件
EN