住宅開発にバージョン管理を使用していますか?


138

今まで、私は自宅で個人的なプロジェクトや学校のプロジェクトを開発していましたが、変更管理ソフトウェアを使用して、変更などを処理することはありませんでした。

私の質問は、自分で行う個人的なプロジェクト(さらには学校のプロジェクト)にバージョン管理アプリケーションTortoiseSVNなど)を使用することは、どの程度実行可能かということです。

手動のバックアップを作成するだけでなく、「ホームプロジェクト」のためだけに、チェックイン、変更のコミット、およびそのすべてのルーチンの面倒の価値はありますか?

リンク


2
手動バックアップを作成するよりも、ソース管理を使用する方がはるかに簡単です。多分それはする方が簡単です学ぶことは、ソースコントロールを使用する方法を学ぶことであるよりも、手動でバックアップを作成する方法。
yfeldblum 2008

1
とても使いやすいVisualSVNをお勧めします。そして彼らのsubversionサーバーは無料です:)(visualsvn.com
Svish

代わりにホストされたサーバーを使用すると、メンテナンス+バックアップが不要になります。:私はUnfuddle使用stackoverflow.com/questions/430742/...
ripper234

回答:


191

完全に。

http://blogs.embarcadero.com/nickhodges/2010/04/23/39416のクレジット:

  • 時には私たちは愚かな間違いをします。ソース管理のセーフティネットが必要です。
  • 重要なマイルストーンにタグを付けます。住宅開発でも、一連のファイルとリビジョンを特定のソフトウェアバージョンとしてマークすることができます。
  • あなたはあなたの職業生活のために訓練します。ソース管理の使用に関連する作業方法論を頭に入れると、プロとしての準備が整います。
  • ストレージ効率。現在のソース管理システムは、以前のリビジョンとの差分としてリビジョンを保存します。つまり、ファイル全体が保存されるのではなく、差分のみが保存されるため、ディスク効率が向上します。
  • すべてのソースツリーの履歴があります。何がいつ変更されたかをすばやく確認できます。異なるリビジョンのファイルを比較して、簡単にマージします。
  • 実験に分岐できます。いくつかの実験を念頭に置いている場合は、ブランチ(新しい独立した開発ライン)を作成してテストできます。最後に、結果に満足したら、それをHEAD(メイン開発ライン)にマージします。コピーを作成することなくこれらすべてを無料で入手でき、実験中でもソース管理を使用することで同じ利点を享受できます。

13
追加することは1つだけです。バージョン管理システムがリモートマシン上にある場合、作業の簡単なオンラインバックアップが提供されます。
NotMe 2008

私は完全に同意します。これらの機能の1つを利用する必要があるときはいつでも、そもそもソース管理を使用するためのわずかなコストをすでに回収しています。
Chris Farmer

箇条書き4はgitには適用されません。gitはマージパフォーマンス用に最適化されており、diffの保存はこの目標には役立ちません。最近では、ほとんどの場合、ソースコード用に十分なディスク容量があると想定されています。ただし、他のすべての点はソース管理を使用する理由であり、gitはもちろんそれらすべてを満たします。
SingleNegationElimination 2009

もう一度、特にポイント2、5、6 についてはgitをお勧めします。gitにはタグ付け、分岐、マージなどの非常に優れたインターフェースがあり、qgitやgitkなどのグラフィカルツールを使用すると、すべてのブランチは一緒にフィットします。現在の(バージョン管理されていない)作業ディレクトリを3つのコマンドでgitディレクトリに変えるのも簡単です:git init、git add。、git commit
David Claridge

個人プロジェクトがポイント4(ストレージ効率)を問題とするほど大きい場合、間違いなくソース管理が必要です。
Tikhon Jelvis、2010

31

それは完全に価値があります。

本格的なSVNサーバーをセットアップする必要もないことに注意してください。ローカルファイルシステムにリポジトリを作成し、file:// URL構文で接続するだけです。これは、SVNデーモンを設定する手間をかける必要がないことを意味します(これは、おそらくシングルユーザープロジェクトには過剰です)。

また、別のリポジトリを作成することなくすべての作業ファイルをローカルに保持するgitなどの軽量オプションを確認することもできます。Gitには、ソースコントロールを設定するためのオプションがいくつかあります。


1
私がフォローしているプロジェクトがgitを使用したため、最近gitを試しました。それがいかにシンプルで高速かがわかるとすぐに、私は個人のプロジェクトと仕事のプロジェクトをすぐにgitに切り替えました。強くお勧めします。
Dave Sherohman、2008

8

ソース管理の使用は、バックアップの目的にも適しています。常にすべてをチェックインしている場合は、すべてのリポジトリをバックアップすることにより、すべてのソースコードプロジェクトをバックアップできます。複数のマシンを使用している場合は、コードの最新バージョンが実際にどこにあるかを心配する必要はありません。それはリポジトリサーバー上にあります。


6

私は、修士論文全体をコードと論文自体の両方でソース管理下に置いたので、コードだけでなく、これを行うことを強く支持しています。

個々のプロジェクトの主な利点は、物事を変更して実験する自由であり、機能しない場合はいつでも前のバージョンに戻すことができることがわかっています。そして、それはあなたの仕事の暗黙のバックアップを提供します(あなたのsvn repoが少なくともメインの仕事とは異なるハードドライブにあることを確認してください)


5

もちろん、やる価値はあります。ワイルドでクレイジーなリファクタリングを試して、機能しない場合は簡単に元に戻すことができます。また、グループと共同で作業する場合や、その際の良い習慣を設定します。

(少なくとも)Subversionを使用すると、「サーバー」を用意する必要さえありません。「file://」タイプのURLでアクセスすれば、単純なディレクトリをリポジトリとして使用できます。あなたが始めるために知る必要があるほとんどすべてを含む無料の本さえあります:

http://svnbook.red-bean.com/nightly/en/index.html


4

SVNサーバーのセットアップが非常に役立つことに気づきました。自分が改訂やその他の「捨てる」プロジェクトをさかのぼるのは、現在使用できる機能や実行方法を覚えているためです。SVNサーバーがあれば、コードは自宅に保存されているので、後でプルアップできます。


4

リビジョン管理は、より実験的になることができ、実験が失敗した場合にフォールバックするものがあることを知っているため、優れています。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.