私たちの会社では、プロジェクトファイルをバージョン管理システムに入れるかどうかについて話し合っています。どう思いますか?ソースファイルやmakeファイルなどを含むCプロジェクトのEclipseプロジェクトファイルについて考えてみます。それをVCSに入れますか?
4 に答える
プロジェクトファイルが次の基準を満たしている場合:
- これらには、ソースをすばやく構築するための情報、チェックアウト、コミット、および基本的なルーチン(開発者向け)のみが含まれています。
- リリース用のパーツは、内部のみから分離できます(たとえば、FOSSプロジェクトまたはプロプライエタリの場合)
- 誰かのIDE設定や個人的な好みを変更することはありません
- これらは内部のみのリリースのソースコードのように扱うことができ、独自のバグやパッチがある場合があります
そうしない主な理由はわかりません。Makefiles / autotools defsは通常RCSに入れられます(少なくともautotools入力)。保存されたデータを提供することはすべてに関連しており、彼らのマシン(出力ディレクトリを構築する...)はそれを試してみます
絶対パスが含まれていない限り(Borland C ++ Builderなどの一部の古いIDEがそれを行っている場合)、またはAiden Bellが書いたように、IDEセットアップ情報が含まれている場合を除いてチェックインすることをお勧めします。
例:Eclipseを使用する.project
と.classpath
、安全です。Visual Studioを使用*.csproj
し、*.sln
安全です(安全*.suo
ではありません)。
常にチェックインすることをお勧めします。費用はかかりませんが、プロジェクトファイルの設定が異なるなど、チェックできる状況に遭遇することがあります。
RCSを使用して一般的なリビジョン管理システムを意味している場合は、はい、ソースをチェックしてファイルを作成します。一般に、チェックインしたものから簡単に再現できないものはほとんどすべてです。
RCSを使用している場合はrcs
、より良いものにアップグレードしてください。SVNは良い選択、またはGitまたはそのようなものです。