単独で、または小さなプロジェクトで作業するときに、何らかの種類のバージョン管理を使用していますか？

非常に多くの場合、私は自分だけの小さなプロジェクトに取り組んでいます。私は1台のマシンで作業していますが、最近、何らかのバージョン管理を使用することを考えました。これには、たとえば次のような利点があります。

• ローカルバックアップを気にする必要はもうありません
• 間違いは簡単に元に戻すことができます
• 履歴を維持できます

しかし一方で、たとえば次のような欠点もあります。

• 追加のリソースが必要
• 設定する時間、慣れる時間など

あなたの経験から、一人で作業するときにリビジョン管理を使用するのは良いことですか？

はい。

それが取るすべては単一の間違いであり、あなたはそれのために自分を蹴るでしょう。また、使用するバージョン管理システム（VCS）を選択することもできます。将来開発チームで働く可能性がある場合は、VCSを実際に体験する絶好の機会です。SVNとGit（またはMercurial）は出発点として最適であり、各VCSの基本的なコマンドを理解するのに数時間しかかかりません。

さて、マイナス点を明らかにするために...

1）追加のリソースが必要

唯一必要なリソースは、ディスクスペースです。これはコード全体のわずかな割合（GitではXよりも小さい）であるため、これが問題になるとは思いません。お金もかかりません。

2）セットアップ、慣れるまでの時間など

それを学ぶのに必要な時間はありますが、これらのそれぞれについてほんの数時間です（上記のように）。長期的には、無限の時間（およびそれ以上）を節約できる可能性があります。VCSの基本を習得すると、念頭に置いてローカルバックアップを実行するよりもはるかに簡単になります。

はい。すべてに使用します。Wordで作成するすべてのドキュメントに使用します。作成するすべてのコードに使用します。作成するすべての画像に使用します。

また、使用方法を学べば、チーム環境で作業するときのほうが良いでしょう。

一人で作業するときはGitを使うのが大好きです。たとえば、PHPで作業する場合、Apacheがサービスを提供するローカルディレクトリにGitリポジトリを作成するだけです。新しい機能（ブランチ内）の作業を簡単に開始し、ローカルマシンでテストできます。その後、何かが発生し、「緊急修正」を行う必要がある場合、次のように簡単です。

git checkout master

出来上がり！作業ディレクトリは、ブランチ前の状態に戻りました。簡単に修正できます。完了したら、ブランチに戻って開発を続けることができます。

学習曲線はそれほど急ではなく、始めるのに役立つ多くの情報がオンラインにあります。それを掘ります。価値がある。

変更ログは、ソースを乱雑にすることなく、変更を文書化するのに適した場所を提供します。

SourceRepoのようなホストされているものを探します。それほど高価ではありませんが、ソース管理を使用すると、間違いを元に戻したり、コードを元に戻すのがずっと簡単になります。

必要に応じてどこからでもアクセスできます。

他のことにも使用できることに気付くまで、私は常に開発にgitを使用していました。gitを試してください。サーバーと常時接続を必要とせずに、実際のリポジトリを提供します（これは私にとって大きなプラスです）。プロジェクトのサブディレクトリが隠しファイルやフォルダで広がることはありません。代わりに、プロジェクトの上部にあるフォルダは1つだけです。あなたはそれをすべて投げて、あなたが望むものをクローンし、それらを再びマージすることができます。

クローズドソースの無料サポートをお探しの場合は、Visual Studio Onlineをご覧ください。最大5人の開発者が無料で、1人で...ええと...ええ。これは4年後の投稿なので、状況はおそらく変わっていますが、簡単なソース管理を探している他の個々の開発者にとっては、ソースコードを公開したくない場合、VSOは私のお気に入りの選択肢の1つです。IIRC Githubはオープンソースのもののみ無料ですが、価格は非常に安価です。VSOとGithubの両方がVisual Studioと非常によく統合されます（もしそれがあなたのIDEである場合）。

私は常に自分のプロジェクトのソース管理を設定し、継続的な統合環境を使用して、チェックインするたびに単体テスト/統合チェックを実行します。さらに、WebアプリまたはWindowsサービスの場合はターゲットを展開します同様に。私はこの方法を使用してデバッグと展開を数え切れないほど行っており、最初のセットアップと比較しても何もありません。

リポジトリについて本当に素晴らしいもう1つの機能は、別のブランチで非常に危険な実験/機能を実行できることです。うまくいけば、メインコードの一部としてマージできます。そうでない場合、または時間切れになった場合、それを放棄（保存）し、メインコードベースを台無しにせずに後で戻るオプションを使用してメインコードに切り替えることができます。