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 コード

最終更新: 7/17 22:53

カレンダー

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

最近のコメント 5件

  • link 18年07月04日
    すずき 「NEON にも対応してみましたが、やはり...」
    (更新:07/11 21:26)
  • link 18年05月30日
    すずき 「情報ありがとうございます。PT2 2枚差...」
    (更新:06/02 17:27)
  • link 18年05月30日
    通りすがりですみませ... 「私のPC(Win10)ではB−CAS1枚...」
    (更新:06/02 16:42)
  • link 18年05月20日
    すずき 「数えたことはありませんが Windows...」
    (更新:05/22 22:26)
  • link 18年05月20日
    hdk 「Linux も、先日の Meltdown...」
    (更新:05/21 22:55)

最近の記事 3件

link もっとみる
  • link 18年07月17日
    すずき 「[エアコンが臭い] 「エアコンの嫌なニオイが完全に消えた」 "窓全...」
    (更新:07/17 22:53)
  • link 18年07月16日
    すずき 「[AArch64 向け Linux 開発環境の構築 その 2] そ...」
    (更新:07/17 22:46)
  • link 18年07月07日
    すずき 「[Android と MPEG2-TS その 3] その 1、その...」
    (更新:07/17 22:46)

こんてんつ

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 サイトの情報