これは「なぜバージョン管理を使用する必要があるのか」という質問ではありません:-)
これまでに作成したすべてのプロジェクトのコードの最初の行から、常にバージョン管理を使用してきました。しかし、昨日、私は答えが見つからない質問 (おそらくばかげた質問) を思いつきました: ソフトウェア開発プロセス中にバージョン管理を実際に開始する必要があるのはいつですか? 私がこれまでずっとやってきたように、コードの最初の行から開始する必要がありますか?それとも、実際にコードの動作バージョンができたときに開始する必要がありますか? 言い換えれば、ソフトウェアの最初のバージョンの前にバージョン管理を使用する必要がありますか? (もちろん、ソースのバックアップではなく、バージョン管理を意味します!)。
バージョン管理を必要としない開発前。しかし、必要なのは、仕様とドキュメントへの変更を追跡するための何らかの形式のコラボレーション メカニズムです。
一部のチームは、この段階でバージョン管理を展開します。個人的には、ここではその価値を見つけられません。wiki/trello などのほうがより価値があり、より理にかなっています。多くの抽象的なアイデアを追跡しているためです。
コードを書き始めたらすぐに、バージョン管理プロセスを開始する必要があります。展開する前の開発フェーズ全体を通して、バージョン管理を使用し続けます。ここから価値を引き出し始めます。特に他の人と一緒に開発している場合。あなたが単独の開発者である場合、バージョン管理は役に立たない余分な作業のように思えるかもしれません。これには議論の余地がありますが、チームで作業している場合は不可欠です。
プロジェクトが展開されたら。リビジョン管理は重要かつ必須です。これを持たないわけにはいきません。バージョン管理は、展開後に行う作業の種類に多くのメリットをもたらします。バグ修正、自動テスト、展開 - これらはバージョン管理システムから簡単に自動化できます。開発中にバージョン管理を使用しなかった場合。基準点としてしっかりしたコードベースがあるので、今がそれを展開するのに最適な時期です。
最近のバージョン管理は、mercurial/git とそのオンライン ホスティング サービスによって非常にシンプルになっているため、始めるのに費用はかかりません。利点は欠点をはるかに上回ります。
質問はかなり抽象的です。したがって、同様に抽象的な答えです。
特定のプロジェクトが価値を追加し始めたらすぐに、バージョン管理を使用する必要があると思います。
概念実証/プロトタイプなどの 2 つのフェーズと製品コードを区別できる場合は、2 つのコード ベースを分離する必要があると思います。また、バージョン管理ツールを両方に使用でき (最初にソース バックアップ、次に実際のバージョン管理)、本番リポジトリが初期のもので混乱するのを回避できます。
コードのためだけにバージョン管理を使用している場合は、その質問をすることができます。
ただし、理想的には、バージョン管理はビルドの再現に役立つはずです。つまり、構成ファイルやその他の設定は、コードの最初の行と同じくらい重要になる可能性があります。
たとえば、「.classpathおよび.project-バージョン管理にチェックインするかどうか」を参照してください。
これは、他の開発者が非常に迅速に稼働する（つまり、プログラムを構築できる）ため、コラボレーションを容易にする種類のデータです。