使用代码分发git配置

Question

在试图为开发人员标准化平台时，我的需求之一是提交.git/config，以便每个人都拥有相同的CRLF配置，而不会忘记手动设置它。

我该如何设置？

对于autocrlf，我有点担心所有这些消极情绪。如果它不起作用，为什么不删除此功能？要么这个功能的制造者被误解了，要么他们做了一个失败的实验，它应该被删除以阻止更多的人浪费他们的时间（阅读不明确的手册页，提出问题，回答这些问题的人等）。

Answer 1

我一直发现autocrlf config属性有问题。

• （在我的答案Git 1.6.4 beta on Windows (msysgit) - Unix or DOS line termination表示），它不仅使some merges tricky
• 它可以改变depending on the shell used within one environment
• 它也有问题与git status
• 与svn import。

注意：msysgit issue 538设置它为true（这是由msysgit安装程序设置的默认值），但我不相信。

我宁愿为以下三个解决方案之一：

• 配置一个结束线型
• 使得该配置传播通过不同的Git回购

1.使用新的config setting core.eol（1.7.2+）

将行结束类型设置为使用i n设置文本属性的文件的工作目录。
替代品是'lf'，'crlf'和'native'，它使用平台的本地行结尾。
默认值是本机。

2.a checkout/checking .gitattribute。 请参阅gitattributes手册页： crlf或core.autocrlf是在.gitattributes文件中记录以前是本地配置属性的方法。

3。一个git attribute filter driver可以：

• 执行任何类型的格式标准，你可能要设置
• 适用这些标准的某些文件/目录
• 被记录为一个配置文件（.gitattributes）能够在任何地方推。

Answer 2

如果您使用的是Unix系列操作系统，我会建议您只创建一个符号链接。

ln -s .git/config git-config 
git add git-config 
git commit -m "Now tracking git config file" 

Answer 3

可能是使用一个更好的方式hardlink：

在Unix或者OS X系统：

ln .git/config git-config 
git add git-config 
git commit -m "Now tracking git config file" 

在Windows上的NTFS文件系统系统：

mklink /H git-config .git\config 
git add git-config 
git commit -m "Now tracking git config file" 

但我们必须记住，在克隆项目时应用设置来执行反向过程：

在Unix或者OS X系统：

git clone FROM_PROJ_URL 
rm .git/config 
ln git-config .git\config 

在Windows上的NTFS文件系统的系统：

git clone FROM_PROJ_URL 
del .git\config 
mklink /H .git\config git-config 

Answer 4

的.git/config可以通过~/.gitconfig局部覆盖。

因此，作为构建的一部分，Makefile文件或提供脚本，可以提出用户更改到他们的~/.gitconfig，或通过git config加载本地脚本.gitconfig。

例如，创建一个新的.gitconfig一些设置，并通过加载：

git config --local include.path "/path/to/.gitconfig" 

或要求用户在他们的~/.gitconfig这些行：

[include] 
    path = .gitconfig 

如果您使用放浪作为代码分发的一部分，你可以通过以下方式从Vagrantfile加载git config：

system('GIT_TRACE=1 git config --local include.path "$(git rev-parse --show-toplevel)/git/gitconfig"'); 

然后在git/gitconfig中提交你的git配置，所以每当用户运行VM的配置时，这个文件就会自动加载到他们在主机上的git上。强制core.filemode被禁用，所以Windows将不会有任何文件权限问题）。

---

要强制行结尾的用户，你应该使用.gitattributes代替它应该工作外的框。语法示例使用类Unix行结尾（LF）：

# Drupal git normalization 
# @see https://www.kernel.org/pub/software/scm/git/docs/gitattributes.html 
# @see https://www.drupal.org/node/1542048 

# Define text file attributes. 
# - Treat them as text. 
# - Ensure no CRLF line-endings, neither on checkout nor on checkin. 
# - Detect whitespace errors. 
# - Exposed by default in `git diff --color` on the CLI. 
# - Validate with `git diff --check`. 
# - Deny applying with `git apply --whitespace=error-all`. 
# - Fix automatically with `git apply --whitespace=fix`. 

*.css  text eol=lf whitespace=blank-at-eol,-blank-at-eof,-space-before-tab,tab-in-indent,tabwidth=2 
*.html text eol=lf whitespace=blank-at-eol,-blank-at-eof,-space-before-tab,tab-in-indent,tabwidth=2 diff=html 
*.js  text eol=lf whitespace=blank-at-eol,-blank-at-eof,-space-before-tab,tab-in-indent,tabwidth=2 
*.json text eol=lf whitespace=blank-at-eol,-blank-at-eof,-space-before-tab,tab-in-indent,tabwidth=2 

# Auto-detect text files, ensure they use LF. 
*   text=auto eol=lf 

# Define binary file attributes. 
# - Do not treat them as text. 
# - Include binary diff in patches instead of "binary files differ." 
*.gz  -text diff