たとえば、 1つの大きなファイル.gitignore.d
ではなく、フラグメントのディレクトリ。.gitignore
.gitignore
注意:サブディレクトリ内のファイルについては話していません。
たとえば、 1つの大きなファイル.gitignore.d
ではなく、フラグメントのディレクトリ。.gitignore
.gitignore
注意:サブディレクトリ内のファイルについては話していません。
これは私にも役立ちます。そして、私は同様の効果を達成するための(怠惰な)方法を考えました。
(.d /構造は特定の物理サイズでのみ有用であるという誤った仮定があるようですが、それは純粋に、複数の外部システムが苦痛なオーバーヘッドなしに単一のリソースを管理したい場合の複雑さの軽減に関係しています。/etc/aptを検討してください。 /sources.list-ほとんどの人のsources.listファイルは5行未満ですが、パートナーのsources.list.d/構造を利用できることの利点を誰もが理解しています。)
.gitignoreに戻る-etckeeperは、/ etc / .gitignore内で、古くからある古典的なものを使用して、この問題を解決します。
# begin section managed by etckeeper (do not edit this section by hand)
...
# end section managed by etckeeper
このセクションは、etckeeperパッケージのアップグレードで変更される可能性があります。
したがって、明らかなオプションの1つは、これと同様のサブシステムを利用して、適切に識別することです。おそらくgit-merge-line-setsよりも少し厄介で、コード的には厄介ですが、間違いなく、より適切に文書化された/より従来型の/より優れたワークフローアプローチです。
いいえ、できません。しかし、おそらくMakefileでそれを生成することができます。