いいえ、気にしないでください。
真剣に、DVCSから始めます。SVNが普及しているという事実は、SVNを標準にはしていません。リーナス・トーバルズは、それがあなたの脳を腐らせるかもしれないとあなたに言うでしょう。
Subversion Re-educationというJoel Spolskyによるこの素晴らしい記事/紹介を読んでください。
また、この他の質問を読むことに興味があるかもしれません:私はSubversionオタクです。なぜMercurialやGit、または他のDVCSを検討する必要があるのですか?
DVCSの選択
個人的には、mercurialとgitの両方を使用していますが、両方を知ることは重要だと思います。これに関する推奨読書は、Git対Mercurialです。リラックスしてください(git-addremoveの例を参照)。私はそれを要約すると思うその記事からの2つの引用。
gitについて:
Gitの設計哲学は間違いなくUnixのそれです。Subversion、CVS、またはMercurialとは異なり、gitは1つのモノリシックバイナリではなく、git-pull、git-merge、 git-apply、git-hash-object、git-merge-fileなどの低レベルの「配管」コマンドに対するgit-checkout。したがって、MacGyverのように、Gitで必要なことはほとんど何でもできます。これには、すごいWikiエンジン、問題追跡システム、ファイルシステム、システム管理ツールなど、ヒューズの修理以外のすべてが含まれます。
水銀について:
システムをクリーンに保ちたい開発者は、hgがgitを構成する144とは対照的に1つのバイナリをインストールするという事実をたぶん評価するでしょう。シンプルさhgは、その特定の機能を省略して提供します。
多くのプロジェクトはgithubで見つけることができ、gitはより強力ですが、新参者、特にWindowsユーザーにとってはやや怖いかもしれません。bitbucketもあります(githubのMercurialに相当)。
私の推奨事項:Mercurialから始めて、使い始めたらすぐにgitを入手してください。それはツールについてではなく、あなたが働く人々についてです。
Subversionの実際の実用的な使用方法は、他の人と作業するためではなく、おそらく実稼働アプリケーション用のアップデータを実装するためです。その理由は次のとおりです。
- 現在、svnはほとんどのホスティングプロバイダーにほとんどインストールされています
- サブプロジェクトのサポートが良好です(ただし、現在gitおよびhgでアドレス指定可能)。
svn up
プロジェクトとその依存関係が更新されます。
この他のスレッドでThorbjørnを引用:
DVCSesはSubversionへ、Bittorrentはftpへ
編集:Gitの前に知っておくべきVCSがある場合、それはMercurialである可能性があります(より使いやすいCLIインターフェースであり、分散概念を紹介するのに適しています)。CLIもある程度類似しているため、このアドバイスはSubversionからのユーザーに特に当てはまります。分散バージョン管理は、集中管理されたバージョン管理よりも簡単に学習できます。これは、クライアントとサーバーの部分を別々に考えるのではなく、リポジトリインスタンスだけを心配するためです。