3

私の開発チームには、複数の git リポジトリにまたがる複数のプロジェクトがあります。これらのプロジェクトは、実際にはいくつかの共通の構成要素を共有しています。最近、共有構成ファイルの 1 つにローカルで変更を加えましたが、これを運用環境にコミットすることは誰も望んでいません。

/www/
|
|-- git repo 1 (containing shared config files)
|-- git repo 2 uses files from 1
|-- git repo 3 uses files from 1
|-- git repo n uses files from 1

各レポのファイルを設定している.gitignoreときに、私は出くわしました~/.gitignore_global

.gitignore_globalにあるので~/、ユーザーごとですよね？

各開発者に独自の .gitignore_global ファイルを実装させる必要がありますか、それともグローバルにコミットできるように通常の .gitignore をすべての開発者に適用できますか?

4

1 に答える 1

4

gitignoreman pageに記載されているように、プロパティを次のように定義すると仮定しますcore.excludesfile。

パターンを配置するファイルは、パターンの使用方法によって異なります。

  • バージョン管理され、クローンを介して他のリポジトリに配布されるパターン (つまり、すべての開発者が無視したいファイル) は、.gitignoreファイルに入れる必要があります。
  • 特定のリポジトリに固有であるが、他の関連するリポジトリと共有する必要のないパターン (たとえば、リポジトリ内にあるが、1 人のユーザーのワークフローに固有の補助ファイル) は、$GIT_DIR/info/excludeファイルに入れる必要があります。
  • ユーザーがすべての状況で git に無視させたいパターン (たとえば、ユーザーが選択したエディターによって生成されたバックアップ ファイルまたは一時ファイル) は、通常core.excludesfile、ユーザーの~/.gitconfig.

そうです、それはユーザーごとです。

.gitattributesそうは言っても、（環境に応じて）可変コンテンツを含む構成ファイルの場合、コンテンツフィルタードライバーを含むファイルをリポジトリ内のバージョンにすることをお勧めします。
たとえば、「ローカル リポジトリと github リポジトリで 1 つのファイルの異なるコンテンツを保持するにはどうすればよいですか?」を参照してください。

zerocogは、コメントでチュートリアル yakiloo.comについて言及しています。

于 2012-05-02T07:05:48.277 に答える