Subversion と Git の違い

ディレクトリ構造

プロジェクトのそれぞれの reference やコミットのラベルスナップショットは、trunk、branches、tags などの特定のサブディレクトリにまとめられます。 たとえば、2 つの feature のある開発中の SVN プロジェクトは、このようになるでしょう:

  sample_project/trunk/README.md
  sample_project/trunk/lib/widget.rb
  sample_project/branches/new_feature/README.md
  sample_project/branches/new_feature/lib/widget.rb
  sample_project/branches/another_new_feature/README.md
  sample_project/branches/another_new_feature/lib/widget.rb

SVN のワークフローは以下のようになります:

• trunk ディレクトリは、プロジェクトの最新の安定したリリースを表します。
• アクティブな feature は、 branches の下のサブディレクトリで開発されます。
• feature が完了した時、feature ディレクトリは trunk にマージされ消去されます。

Git プロジェクトも、単一のディレクトリに保管されます。 ですが、Gitは、reference を特別な .git ディレクトリに保管するため、その詳細は隠れています。 たとえば、2 つの feature のある開発中の Git プロジェクトは、このようになるでしょう:

  sample_project/.git
  sample_project/README.md
  sample_project/lib/widget.rb

Git のワークフローは以下のようになります:

• Git リポジトリは、ブランチおよびタグのすべての履歴を、.git ディレクトリ内に保管します。
• 最新の安定したリリースは、デフォルトブランチに含まれています。
• アクティブな feature は、別のブランチで開発されます。
• feature が完了すると、フィーチャブランチはデフォルトブランチにマージされ、消去されます。

Git はディレクトリ構造は同じままですが、SVN とは違い、ファイルの変更内容はブランチベースです。

サブプロジェクトを含める

サブプロジェクトは、メインプロジェクト外で開発され管理されるプロジェクトです。 一般的に、自分でコードを管理する必要なく、プロジェクトに何らかの機能を加えるためにサブプロジェクトをインポートします。 サブプロジェクトがアップデートされる度、すべてを最新にするためにプロジェクトと同期できます。

SVN では、サブプロジェクトは、SVN external と呼ばれます。 Git では、Git サブモジュールと呼ばれます。 コンセプトは似ていますが、Git サブモジュールは自動では最新状態のままにはなりません。プロジェクトに新しいバージョンを取り込むためには、明示的に要求する必要があります。

For more information, see "Git Tools Submodules" in the Git documentation.

履歴を保存する

SVN は、プロジェクトの履歴は変更されないものとして設定されています。 Git は、git rebase のようなツールを使って、過去のコミットや変更を修正できます。

参考リンク

• GitHub がサポートする Subversion プロパティ
• Git SCM ブックの「ブランチおよびマージ」
• 「GitHub にソースコードをインポートする」
• ソースコードの移行ツール