バージョンコントロールシステムの比較 - 変更履歴

Nakamuri: /* スナップショット */

2016-11-26T16:35:27Z

‎スナップショット

2016-11-16T14:33:29Z

‎特徴

2016-11-16T14:31:03Z

‎特徴

2016-11-16T14:16:09Z

‎スナップショット

2016-11-16T14:14:43Z

‎スナップショット

2016-11-16T14:14:15Z

‎スナップショット

2016-11-16T14:13:38Z

‎スナップショット

2016-11-10T06:41:48Z

‎SVN

2016-11-10T04:44:53Z

‎SVN

2016-11-10T04:31:31Z

‎分岐

@@ 41行: / 41行: @@
 スナップショットの実態は、隣の世代のスナップショットとの差分情報やファイルへのポインタ情報を中心にした小さなものであることが多いため、Mercurial のように
 まるで変更履歴のように言うこともあります。しかし、
-'''スナップショットとは、その実装という観点では、リポジトリに含まれる、ある時点での全てのファイルとディレクトリを復元するのに必要な情報にたどり着くための情報のこと'''です。
+'''スナップショットとは、その実体という観点では、リポジトリに含まれる、ある時点での全てのファイルとディレクトリを復元するのに必要な情報にたどり着くための情報のこと'''です。
 '''スナップショットとは論理的にはある時点での全てのファイルとディレクトリの状態＋αとと考えてよいものです。'''

@@ 165行: / 165行: @@
 より野放図で自由なのが hg と言えるでしょう。
-現在、Linuxの開発が git を採用していることもあり、任期は git が上回っていますが、hg も、そのシンプルさから
+現在、Linuxの開発が git を採用していることもあり、人気は git が上回っていますが、hg も、そのシンプルさから
 根強いファンが多くいます。OpenJDKのなど、多くの大きなプロジェクトのバージョン管理に hg が採用されていることは有名です。

@@ 151行: / 151行: @@
 互いに模倣しあっているため双方の機能はかなり似通っています。
-手元の変更を手元のローカルなリポジトリで管理する点は両社とも同じです。
+手元の変更を手元のローカルなリポジトリで管理する点は両者とも同じです。
 変更を公にする前に、手元のバージョン管理を利用しつつ十分に内容や動作の確認が行えるのが分散管理型のVCSの大きな特徴です。
 また、前述のリポジトリの歴史(分岐やマージなど)を積極的に VCS 自体が仕組みとしてサポートしている点が SVN とは異なります。

@@ 44行: / 44行: @@
 '''スナップショットとは論理的にはある時点での全てのファイルとディレクトリの状態＋αとと考えてよいものです。'''
-つまり、「スナップショット」という言葉通り、フォルダとファイルのある時点での状態を切り取った'''スナップ写真(記念写真)'''です。
+つまり、「スナップショット」という言葉通り、全てのフォルダとファイルのある時点での状態を切り取った'''スナップ写真(記念写真)'''です。
   Tip: Mercurial はフォルダ情報を保持しないため、空のフォルダは再現できず消えてしまいます。

@@ 28行: / 28行: @@
 特定の時点の'''全ての'''ファイルやディレクトリの状態のことを、ここでは'''「スナップショット」''' と呼ぶことにします。
-'''「スナップショット」'''にはファイルやディレクトリの状態の他に、スナップショットを登録した人や登録日時
+'''「スナップショット」'''には全てのファイルやディレクトリの状態の他に、スナップショットを登録した人や登録日時
 など様々な情報が追加されています。

@@ 26行: / 26行: @@
 VCS はリポジトリにファイルやディレクトリの様々な時点の「状態」を再現することができますが、
-特定の時点の全てのファイルやディレクトリの状態のことを、ここでは'''「スナップショット」''' と呼ぶことにします。
+特定の時点の'''全ての'''ファイルやディレクトリの状態のことを、ここでは'''「スナップショット」''' と呼ぶことにします。
 '''「スナップショット」'''にはファイルやディレクトリの状態の他に、スナップショットを登録した人や登録日時

@@ 188行: / 188行: @@
 ====SVN====
-SVN での分岐の実現方法は恐ろしくシンプルで原始的です。太古からおこなわれてきた方法'''「コピーをとる」'''です。
+SVN での分岐はシンプルで原始的です。太古からおこなわれてきた方法'''「コピーをとる」'''です。
 SVNではリポジトリ内で、リポジトリに登録されたファイル/ディレクトリのサブツリーを別のディレクトリに
@@ 194行: / 194行: @@
 原始的なやり方ですが、実はそれほどひどい方法ではありません。なぜなら
-リポジトリに登録済みのスナップショットのデータは、VCSというシステムの性質上リードオンリーなので、
+リポジトリに登録済みのスナップショットはVCSというシステムの性質上リードオンリーなので、
-コピーをとるといっても、ファイルの内容をコピーする必要はないからです。
+コピーをとるといっても、ファイル/フォルダの参照のみをコピーするだけでよいからです。
-実際SVNはファイルの参照のみをコピーし、ファイルの内容のコピーは行いません。
 SVNのやり方の唯一の欠点は、それが単なるコピーだということです。

←前の版		2016年11月10日 (木) 04:44時点における版
199行:		199行:

	SVNのやり方の唯一の欠点は、それが単なるコピーだということです。		SVNのやり方の唯一の欠点は、それが単なるコピーだということです。
−	~~分岐を作成した意図が残りにくく、他のVCSのように、分岐の歴史の構造を見る簡単な方法はありません。~~	+	分岐を作成した意図が残りにくく、他のVCSのように、分岐の歴史が明確に残りません。
		+
		+	後で分岐をマージする場合、分岐の作成者、分岐の管理者の手助けが不可欠でしょう。