プロジェクトで Autotools を使用しており、バージョン管理を使用したいと考えています。
configure スクリプトと、autoconf および automake によって生成されたすべてのもの (シンボリック リンクを除く) をリポジトリに追加するのは良い考えですか? それとも、単にソース ファイル、Makefile.am、configure.ac だけに固執するのが良いでしょうか?
プロジェクトで Autotools を使用しており、バージョン管理を使用したいと考えています。
configure スクリプトと、autoconf および automake によって生成されたすべてのもの (シンボリック リンクを除く) をリポジトリに追加するのは良い考えですか? それとも、単にソース ファイル、Makefile.am、configure.ac だけに固執するのが良いでしょうか?
経験則として、移植性を妨げるため、生成されたファイルを含めないことをお勧めします。
例: PATH 構成が保存されている PC (PC1) のファイルをアップロードしました。共同作業者は、生成されたファイルを別のコンピューター PC2 で実行するためにダウンロードしましたが、生成されたファイルが PC2 に存在しない別の PATH を指していたためダウンロードできませんでした。
ただし、出力をアーカイブする必要があり、専用のバックアップ サーバーがない場合は、生成されたファイルをバージョン管理に追加できます。自分が何をしているのかを知っていて、そうする正当な理由があれば、問題ありません。
お役に立てれば!
私は、GPL v3 Legalese で対応する sourceと呼ばれるもののみをリビジョン管理にコミットし、それをできるだけ小さくしようとします。私は決してコミットしませんconfigure
。できるとき。
autotools は移植性を支援するためのものであるため、移植性は実際には問題ではありません。いずれにせよ、いつでも autotools で生成されたファイルを吹き飛ばして、自分に合っconfigure
たものに置き換えることができます。問題は、(コミットされた場合) これらのファイルが競合する傾向が強く、実際には何も変更されていないときに変更アクティビティが表示されることです。