在 git 回购的 tar/untar 之后,gitk 显示 "Local uncommitted changes, not checked in to index"
After tar/untar of git repo, gitk shows "Local uncommitted changes, not checked in to index"
我有一个包含小型 git 存储库的目录。
git 状态和 gitk --all,显示没有未提交的更改。
如果我tar/compress这个目录有:
tar czf git-repo.tar.gz git-repo/
然后将此 tar 文件传输到测试目录并取消 tar 使用:
tar xzf git-repo.tar.gz
当我
cd test/git-repo/
gitk --all
gitk 在所有提交的顶部显示一行(带有通常的红点):
"Local uncommitted changes, not checked in to index"
git状态仍然显示:
On branch master
nothing to commit, working tree clean
测试差异:
diff -r git-repo/ test/git-repo/
没有区别。
如果我运行git干净,这条线就消失了。
我已经尝试 git clean -i
希望看到一个有问题的文件名,但是它在没有要求交互确认是否干净的情况下完成了。此后 gitk 显示没有未提交的更改。
我是运行ning:git版本2.11.0
向客户解释有点复杂 "Why are there uncommitted changes?" 实际上没有。
感谢您的任何见解...
gitk
正在查看索引中的缓存信息以确定您的工作目录是否脏。索引存储当前工作目录的状态信息,因此不需要分析文件。
当你运行git status
时,它会将HEAD
的内容与索引的内容进行比较,以显示阶段性变化。这简单快捷;如果文件的 ID 不同,则其内容必须不同。但是,确定文件是否具有 unstaged 更改的计算成本更高。该文件必须计算其 SHA1,然后与索引中的值进行比较。
为了避免这种代价高昂的计算,git 将有关工作目录内容的 struct stat
信息缓存在索引中:
README.md
ctime: 1516120578:638662531
mtime: 1516120578:638662531
dev: 16777220 ino: 1752439
uid: 501 gid: 20
size: 13224 flags: 0
现在,当您 运行 git status
时,它可以只 stat
工作目录的内容。如果任何文件具有相同的大小、inode、ctime、mtime 等,则 git 假定该文件未更改。这允许 git status
在文件未更改时保持性能。但是,如果任何文件具有 different 值,那么它将对该文件进行哈希处理。如果文件具有 same 散列(即,您只是 运行 touch
在文件上而不更改内容),那么索引将更新为新的缓存信息。如果您确实更改了文件,那么 git status
将报告未暂存的更改。
然而,gitk
并不费心对文件进行散列以确定它是否真正 改变了。你可以通过一个简单的例子自己看到这一点。这里我有一个包含一个文件的存储库,foo
,没有任何更改。
如果我在命令行上触摸文件,更新其时间戳:
% touch foo
现在,gitk 报告我的存储库有未提交的更改:
但是,如果我在命令行中再次运行git status
,它会更新索引中的缓存信息,现在gitk
就会明白,确实有没有任何未暂存的更改:
当您使用工作目录解压缩存储库时,您将在磁盘上放置一个与索引中的缓存信息不匹配的工作目录。 git
实际上会重新散列内容以确定您的工作目录实际上不是脏的,但 gitk
不是。
复制 git 存储库和工作目录通常 不是 一个好主意;一般来说,您应该检查一个新的工作目录。
我有一个包含小型 git 存储库的目录。
git 状态和 gitk --all,显示没有未提交的更改。
如果我tar/compress这个目录有:
tar czf git-repo.tar.gz git-repo/
然后将此 tar 文件传输到测试目录并取消 tar 使用:
tar xzf git-repo.tar.gz
当我
cd test/git-repo/
gitk --all
gitk 在所有提交的顶部显示一行(带有通常的红点):
"Local uncommitted changes, not checked in to index"
git状态仍然显示:
On branch master
nothing to commit, working tree clean
测试差异:
diff -r git-repo/ test/git-repo/
没有区别。
如果我运行git干净,这条线就消失了。
我已经尝试 git clean -i
希望看到一个有问题的文件名,但是它在没有要求交互确认是否干净的情况下完成了。此后 gitk 显示没有未提交的更改。
我是运行ning:git版本2.11.0
向客户解释有点复杂 "Why are there uncommitted changes?" 实际上没有。
感谢您的任何见解...
gitk
正在查看索引中的缓存信息以确定您的工作目录是否脏。索引存储当前工作目录的状态信息,因此不需要分析文件。
当你运行git status
时,它会将HEAD
的内容与索引的内容进行比较,以显示阶段性变化。这简单快捷;如果文件的 ID 不同,则其内容必须不同。但是,确定文件是否具有 unstaged 更改的计算成本更高。该文件必须计算其 SHA1,然后与索引中的值进行比较。
为了避免这种代价高昂的计算,git 将有关工作目录内容的 struct stat
信息缓存在索引中:
README.md
ctime: 1516120578:638662531
mtime: 1516120578:638662531
dev: 16777220 ino: 1752439
uid: 501 gid: 20
size: 13224 flags: 0
现在,当您 运行 git status
时,它可以只 stat
工作目录的内容。如果任何文件具有相同的大小、inode、ctime、mtime 等,则 git 假定该文件未更改。这允许 git status
在文件未更改时保持性能。但是,如果任何文件具有 different 值,那么它将对该文件进行哈希处理。如果文件具有 same 散列(即,您只是 运行 touch
在文件上而不更改内容),那么索引将更新为新的缓存信息。如果您确实更改了文件,那么 git status
将报告未暂存的更改。
gitk
并不费心对文件进行散列以确定它是否真正 改变了。你可以通过一个简单的例子自己看到这一点。这里我有一个包含一个文件的存储库,foo
,没有任何更改。
如果我在命令行上触摸文件,更新其时间戳:
% touch foo
现在,gitk 报告我的存储库有未提交的更改:
但是,如果我在命令行中再次运行git status
,它会更新索引中的缓存信息,现在gitk
就会明白,确实有没有任何未暂存的更改:
当您使用工作目录解压缩存储库时,您将在磁盘上放置一个与索引中的缓存信息不匹配的工作目录。 git
实际上会重新散列内容以确定您的工作目录实际上不是脏的,但 gitk
不是。
复制 git 存储库和工作目录通常 不是 一个好主意;一般来说,您应该检查一个新的工作目录。