克隆后立即在 OSX 上修改 Linux 内核源答案

【问题标题】：Linux Kernel sources modified on OSX right after clone克隆后立即在 OSX 上修改 Linux 内核源
【发布时间】：2016-11-09 22:24:29
【问题描述】：

当我在 OS X 上克隆 Linux 源代码时，它们会立即被更改，而 git reset --hard 不会将内容带回。这是一个完整的会议：

$ git clone git://github.com/torvalds/linux.git
$ cd linux
$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   include/uapi/linux/netfilter/xt_CONNMARK.h
    modified:   include/uapi/linux/netfilter/xt_DSCP.h
    modified:   include/uapi/linux/netfilter/xt_MARK.h
    modified:   include/uapi/linux/netfilter/xt_RATEEST.h
    modified:   include/uapi/linux/netfilter/xt_TCPMSS.h
    modified:   include/uapi/linux/netfilter_ipv4/ipt_ECN.h
    modified:   include/uapi/linux/netfilter_ipv4/ipt_TTL.h
    modified:   include/uapi/linux/netfilter_ipv6/ip6t_HL.h
    modified:   net/netfilter/xt_DSCP.c
    modified:   net/netfilter/xt_HL.c
    modified:   net/netfilter/xt_RATEEST.c
    modified:   net/netfilter/xt_TCPMSS.c

no changes added to commit (use "git add" and/or "git commit -a")

正如我们所见，文件在克隆后立即发生了变化。甚至不是他们的元数据，而是内容：

git diff include/uapi/linux/netfilter_ipv6/ip6t_HL.h
index ebd8ead..6e76dbc 100644
--- a/include/uapi/linux/netfilter_ipv6/ip6t_HL.h
+++ b/include/uapi/linux/netfilter_ipv6/ip6t_HL.h
@@ -1,6 +1,6 @@
-/* Hop Limit modification module for ip6tables
+/* ip6tables module for matching the Hop Limit value
  * Maciej Soltysiak <solt@dns.toxicfilms.tv>
- * Based on HW's TTL module */
+ * Based on HW's ttl module */

 #ifndef _IP6T_HL_H
 #define _IP6T_HL_H
@@ -8,14 +8,14 @@
 #include <linux/types.h>

 enum {
-   IP6T_HL_SET = 0,
-   IP6T_HL_INC,
-   IP6T_HL_DEC
+   IP6T_HL_EQ = 0,     /* equals */
+   IP6T_HL_NE,     /* not equals */
+   IP6T_HL_LT,     /* less than */
+   IP6T_HL_GT,     /* greater than */
 };

-#define IP6T_HL_MAXMODE    IP6T_HL_DEC

-struct ip6t_HL_info {
+struct ip6t_hl_info {
    __u8    mode;
    __u8    hop_limit;
 };

系统信息：

文件系统： 日志式 HFS+
操作系统： OS X 10.11.5 (15F34)
git 版本： 2.9.0
~/.gitconfig 只有 [user] 条目。

发生了什么事？为什么克隆后文件立即被修改？

【问题讨论】：

可能是因为有多个名称相似的文件，它们在 ext3 上运行良好，但由于 HFS 不区分大小写而被覆盖。 IE。 “a.txt”和“A.txt”是同一个文件。尝试创建一个区分大小写的 HFS 文件系统（在磁盘映像或外部 USB 磁盘上）并在那里进行克隆。
@ThorbjørnRavnAndersen：这是正确的答案，你应该把它作为一个发布。
确实，这些文件有两个版本，在不同的情况下，所以git会混淆......
@torek 将评论扩展为答案。
Cloning a git repo, and it already has a dirty working directory... Whaaaaa?的可能重复

标签： linux git macos

【解决方案1】：

尽管 OS X 是一个 Unix 系统，但它仍然与最著名的 Unix 克隆 Linux 有很大不同。这是由于历史原因，因为 OS X 本质上是 NextStep（在当时是 Unix 的革命性版本），带有很多 FreeBSD 的东西，而 Linux 是一个从头开始编写的内核，有很多GNU 的东西，以及 OS X 旨在接替 MacOS 9 的政治原因。

因此，习惯上默认的 HFS 文件系统不区分大小写（如 Windows NTFS），而不是传统上区分大小写的 Linux。换句话说——“A.txt”和“a.txt”是指同一个文件吗？

Git 是由 Linus Torvalds 设计的，他也是 Linux 内核架构师为处理内核源代码，所以它自然具有 Linux 思维方式，并且期望文件以不同的名称命名为不同的文件。

对于大多数用途来说，这无关紧要，但您遇到了其中一种情况，即如果您将 git 存储库中的多个文件克隆到不区分大小写的文件系统，则该存储库中是否有多个具有相同名称的文件。再次给出“A.txt”和“a.txt”，对于 Linux，克隆后这两个文件都将存在，但对于 OS X 上的默认 HFS 文件系统，只有一个文件将存在，即创建的那个最后一个（然后会覆盖前一个）。

请注意，git 仍然认为这两个文件都存在，因为文件系统在询问时说“A.txt”和“a.txt”都存在。这就是为什么你没有被告知其中一个丢失的原因。

治疗很简单。使用区分大小写的文件系统完成您的工作。对于 OS X，最简单的方法是使用磁盘工具 -> 文件 -> 新映像创建适当的磁盘映像，然后选择正确的 OS X 扩展版本作为格式。然后双击图像以安装它，并在 Terminal.app 中导航到它。然后进行克隆。您现在应该有正确的来源了。

但是请注意，您很可能无法用它来做任何事情，例如构建或类似的东西，因为 OS X 编译器工具链与 Linux 有很大不同。如果你想编译一个新的内核，最简单的就是在 Linux 上做。 Virtualbox 加上 Ubuntu 16.04 对我来说效果很好。

【讨论】：