git - 当 stdout 上显示 'git commit' 时， 'create mode ...' 是什么意思？

Question

编辑:

参见 Danny Lin's git-store-meta作为下面描述的版本控制元数据问题的建议解决方案。截至 2015 年 5 月 13 日，我还没有对其进行测试。

原始问题:

git commit 输出中的 create|delete mode ... 行是否代表某种元数据控制？ (和/或，这些行一般代表什么？)这些似乎是类 unix 的文件权限代码/表示，虽然我不确定 - 确切地 - 映射，但更大的问题是:如果有什么git do 处理这些代码/设置/值？ git 是否尝试以任何方式利用这些保存的代码来证明有助于解决元数据问题我的 per superuser.com 问题 "How to reuse/extend etckeeper's metadata engine for git control of non-/etc filesystems, or extend git natively with said capability?" ？我知道 git 不控制所有文件系统元数据。

[Git 显然已经控制了文件的“可执行属性/权限”(对于大多数操作系统来说显然是可移植的)和其他一些东西，比如文件系统链接。我正在为更多/所有元数据(即所有权限和用户/组所有权)寻找更多 Unix/Linux/BSD/DarwinMacOSX 特定的控制机制。 ACL 和其他元数据控制可选。尝试查看 git 当前存储的内容是否对解决此问题有用。]

root@node1 Dec 15 09:40:45 ~/.../sandbox-1# git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   modified:   README
#   new file:   dummy-file-will-be-removed
#   deleted:    ownerfile
#
root@node1 Dec 15 09:40:45 ~/.../sandbox-1# git commit -m "testing git"
[master c5b0201] testing git
 2 files changed, 1 insertions(+), 2 deletions(-)
 create mode 100644 dummy-file-will-be-removed
 delete mode 100644 ownerfile
root@node1 Dec 15 09:41:55 ~/.../sandbox-1# 
[...]
root@node1 Dec 15 11:33:11 ~# git --version
git version 1.7.4.1
root@node1 Dec 15 11:33:14 ~# 

Answer 1

有关 Git 模式的更多信息，请参阅 this answer .

Git 存储文件元数据的能力仅限于一个简单的信息子集，以允许 Git 跟踪一些基本的文件系统更改，从而允许 Git 跟踪相关更改以进行源代码管理；例如文件是否被修改，文件是普通文件还是可执行文件。

Git 不会尝试实现文件系统的任何概念，而是将文件系统例程留给实际的文件系统实现。这对于允许 Git 在 FAT32、NTFS、EXT3、XFS、NFS 等运行在 Linux、MacOS、Windows 等上的文件系统上平等地工作是很有意义的。