2011-10-25 8 views
3

これは状況です:我々はいくつかの設定ファイルを持っており、ユーザーがそのレポをクローンすると、これらの設定ファイルが変更されると予想されます。ファイルそのものは、これをすばやくシンプルに簡単にするために構成されていますが、 "git add *"や "git commit -a"を実行しているユーザーは、変更を加えてサーバーに送り返すことになります。Gitでリポジトリからファイルを削除せずに変更を無視しますか?

これは次回の人が次回に引っ張られるだけでなく(彼は毎回マージして、必要としてはいけないファイルの競合を処理する必要があります)、ユーザーが誤って私たちが行っている継続的な統合テストを中断してください。

私が望むのは、git ignoreの効果です(変更されても、コミットしません)。しかし、ファイルを完全に削除する必要はありません。何らかの形でファイルを強制的に変更することができればいいと思います。

私はこれをSVNで行う方法があることを知っています。私はGitに相当するものが必要です。

+0

このスレッドは役立つはずです:http://stackoverflow.com/questions/7797368/proper-git-procedure-for-changed-files-that-shouldnt-be-commited/ – birryree

+0

もう一つの可能​​性があります。[stash/pop with forced上書き](http://stackoverflow.com/questions/10414769/git-pull-keeping-local-changes) – jthill

答えて

6
git update-index --assume-unchanged <filename> 

(実際には異なる目的のために意図されて - 。あなたは、特定のファイルが触れていないことを前提とするのgitを指示することができるので、最適ではないファイルシステム上のgit操作のパフォーマンスを向上させるためにあなたがそれを使用することができます」一時的に無視する ")

また、ユーザーが特定の設定ファイルを作成するテンプレート設定ファイル(後者は無視されます)などのように、設定ファイルを処理する代替方法を見ることもできます。

0

私はconfigfile.templateを、configfileはに記載していますと、READMEやその他のヒントがあります。上記のconfigfileの対象は何も設定しないでください(何とかそのようなものが必要なので...)。

関連する問題