使用代碼分發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