link もっと前
   2010年 2月 26日 -
      2010年 2月 26日  
link もっと後

link 未来から過去へ表示(*)
link 過去から未来へ表示

日々

link permalink

混乱してきた

会社で Subversion と Git を同時に使っているのですが、すごく混乱します。家ではさらに Mercurial も使っているためさらに混乱します。

個々のシステムはどれもわかりやすいですし、良いと思いますが、3つ同時に使うと混乱してしまって、全く操作できません。いつかこの辺の違いをしっかりまとめたいけど、どうもやる気が出ないのですよ…。

ポリシー

かなりざっくりした説明ですが、各バージョン管理システムの動作概要です。ざっくりすぎとか、間違いに気づいたらぜひ教えてください。

Subversion の動作イメージ
管理外 <--(add/rm)--> ワーク <--(commit/update)--> リポジトリ

Subversion は CVS に似た体系、動作になっているようです(CVS 使ったことないので知りませんけど)。CVS -> Subversion 移行ユーザーの混乱を減らすためでしょうか。

Mercurial の動作イメージ
管理外 <--(add/rm)--> ワーク <--(commit/update)--> リポジトリ <--(push/pull)--> 他のリポジトリ

Mercurial は Subversion の後釜を狙ったんだったか、コマンド名も動作も Subversion と似ています。しかし油断してると似て非なる部分でハマります。

Git の動作イメージ
ワーク/管理外 <--(add/rm)--> ステージ <--(commit/reset)--> リポジトリ <--(push/fetch)--> 他のリポジトリ

Git はステージという概念が他の 2システムと異なります。ステージの存在を認識するまでは commit される対象が理解できず混乱しますが、要らん変更をコミットしてしまうミスが減る利点もあります。

具体例

最も基本的と思われるコマンド群と、各システムでの挙動を以下に挙げます。

status/diff

リポジトリと作業領域の差分を見ます。
リポジトリ <--(status/diff)--> 作業領域

対象を省略した場合、Subversion はカレントディレクトリとその子ディレクトリを対象にしますが、Git, Mercurial は全リポジトリを対象にします。

commit/ci

作業領域の更新をリポジトリに反映させます。
作業領域 --(commit)--> リポジトリ

オプションを特に付けなかった場合、Subversion/Mercurial は変更されたファイル、追加(add)、削除(rm)したファイルをコミットします。Git は変更(add)、追加(add)、削除(rm)によりステージに置いたファイルしかコミットしません。

また Subversion はカレントディレクトリとその子ディレクトリがコミット対象ですが、Mercurial/Git は作業領域全体がコミット対象となります。

update

リポジトリの更新を作業領域に反映させます。
作業領域 <--(update)-- リポジトリ

対象を省略した場合、Subversion はカレントディレクトリとその子ディレクトリ、Mercurial はリポジトリ内の全ファイルが更新されます。Git は reset コマンドが似ていますが、ステージにも影響を及ぼしてしまいます。

push

ローカルリポジトリの更新を別リポジトリへ送ります。
リポジトリ --(push)--> 他人のリポジトリ

Mercurial も Git も同じような動きをします。Subversion にはありません。

pull

別リポジトリから更新を受け取って、ローカルリポジトリへ反映します。
リポジトリ <--(pull)-- 他人のリポジトリ

Mercurial はローカルリポジトリを更新するだけですが、Git は作業領域も更新しようとします。Git だと fetch が大体同じような動きをします。Subversion にはありません。

[編集者: すずき]
[更新: 2010年 2月 26日 02:23]
link 編集する

コメント一覧

  • IKeJI 
    gitでSubversionサーバーに繋いで使っています。それなりに快適ですヨ
    git stash コマンドは神です。 
    (2010年02月27日 00:36:08)
  • すずき 
    >IKeJIさん
    じょうほうありがとうございます。早速使ってみました。これは便利。

    ただ、チェックアウトがやたら遅いのがなんともいえないところですね。
    git stash は便利だけど、スタック(?)に積みすぎてどれがどれやらさっぱりです…。 
    (2010年03月01日 21:35:40)
open/close この記事にコメントする



link もっと前
   2010年 2月 26日 -
      2010年 2月 26日  
link もっと後

管理用メニュー

link 記事を新規作成

合計:  counter total
本日:  counter today

link About www.katsuster.net
RDF ファイル RSS 1.0
QR コード QR コード

最終更新: 11/17 08:18

カレンダー

<2010>
<<<02>>>
-123456
78910111213
14151617181920
21222324252627
28------

最近のコメント 5件

  • link 18年11月15日
    hdk 「-in-に色がついていますね :-)\n...」
    (更新:11/17 08:18)
  • link 18年11月11日
    すずき 「T4さん\n\n> 全く同じ処で(...」
    (更新:11/17 00:15)
  • link 18年11月11日
    T4 「こんにちわ\nT4 といいます、以前に一...」
    (更新:11/16 23:22)
  • link 18年10月12日
    すずき 「なるほど!\n京急、京成はヤバそうですね...」
    (更新:10/15 23:02)
  • link 18年10月12日
    ちかふみ 「閉会式直後の出国ラッシュ対策のためだそう...」
    (更新:10/15 20:43)

最近の記事 3件

link もっとみる
  • link 18年11月15日
    すずき 「[Windows 10 と Samba] Windows からアク...」
    (更新:11/17 01:29)
  • link 18年11月11日
    すずき 「[linux-next で動かない ROCK64 の I2S] 昨...」
    (更新:11/17 00:27)
  • link 18年11月13日
    すずき 「[お気に入りのマンガ] Kindle Fire HD は大量の本を...」
    (更新:11/14 02:08)

こんてんつ

open/close wiki
open/close Java API

過去の日記

open/close 2002年
open/close 2003年
open/close 2004年
open/close 2005年
open/close 2006年
open/close 2007年
open/close 2008年
open/close 2009年
open/close 2010年
open/close 2011年
open/close 2012年
open/close 2013年
open/close 2014年
open/close 2015年
open/close 2016年
open/close 2017年
open/close 2018年
open/close 過去日記について

その他の情報

open/close アクセス統計
open/close サーバ一覧
open/close サイトの情報