请注意，每个单独的文件仍然是单独的文件

RAHIM105

并且所有文件都将具有无法识别的名称（哈希），因此您需要复制所需的文件。  复制 在一天之内准备好数据网格从未如此简单。 尝试我们的网格 Git 作为一个团作为单个用户使用 Git 是一回事，但当你在一个团队中时（通常具有不同的背景和技术）Git 既可能成为祝福，也可能成为诅咒。它对于共享相同的代码库、获得代码审查以及查看整个团队的进展非常有用。但与此同时，每个人都需要对团队打算如何使用它有一个共同的理解。无论是分支命名约定、如何构建提交消息，还是具体提交哪些文件，都必须进行良好的沟通并讨论如何使用该工具。 考虑加入新开发人员是多么容易总是很重要的，如果他们在不了解一些商定的原则和约定的情况下开始承诺，会发生什么？这不会是世界末日，但可能会引起一些混乱，并且需要时间才能让事情回到商定的方式。

本节提供了一些提示和技巧，可帮助存储库本身了解约定、尽可能自动化和声明。在理想 英国电话号码清单 情况下，任何新贡献者几乎都会立即以与团队其他成员相同的方式工作。 相同的行认情况下，Windows 使用 DOS 行结束符\r\n(CRLF)，而 Mac 和 Linux 都使用 UNIX 行结束符\n(LF)，并且 Mac 的旧版本曾经使用\r(CR)。因此，随着团队的成长，不匹配的行结尾更有可能成为问题。通常，这些都会带来不便；它们（可能）不会破坏您的代码，但会使提交和拉取请求显示各种不相关的更改。很多时候人们会忽略它们——经历和改变是相当麻烦的。 有一个解决方案：您可以让团队中的每个人将其本地配置设置为自动行结尾。复制 当然，这意味着确保新的贡献者这样做，而且很容易忘记告诉他们。




那么我们如何为整个团队做到这一点呢？Git 的工作方式是检查存储库中 .git/config 的配置文件，然后检查用户的系统范围配置，然后~/.git/config检查全局配置/etc/gitconfig。这些有时都很有用，但事实证明这些都不能通过存储库本身进行设置。您可以添加特定于存储库的配置，但这不会传递给团队的其他成员。 然而，有一个文件确实被提交到存储库。它称为.gitattributes。默认情况下您不会有这样的文件，因此请创建一个新文件并将其另存为“*.gitattributes*”。该文件用于设置每个文件的属性；例如，您可以使 git diff 使用图像文件的 exif 数据，而不是尝试比较二进制文件。在这种情况下，我们可以使用通配符使设置适用于所有文件，本质上充当团队范围的配置文件。