Rails勉強会＠東京第33回に参加してきた．

ここ最近の9月としては結構冷え込む中，30人ぐらいが Git のために集まりました．Git すごいよ，Git．

  • 午前中は Git のお話
  • 午後はそのとき決めることに

##まとめと感想

  • はてブのタグ
    • RailsMeetingTokyo
  • ぎっとであってじっとではない．
  • いろんな使い方があるけど，やっぱ基本はあると言うことがわかった．
  • 専門家(？)を呼んでの講演は非常に良かった．こういう異文化交流っていいよね．

##分散ソースコード管理システム Git

  • 岩松さん＠Debian JP Project の中の人
  • もともと OSC Sapporo で高橋会長が依頼したようだ

###はじめに

  • Git は「じっと」じゃなくて「ぎっと」
  • 使い方は人によってそれぞれ異なる
  • 朝起きてまずすることは -> リポジトリのチェック

###Git のデータモデルや考え方

  • 4つの階層
    • Working Copy
    • index
    • Local Repos
    • Remote Repos
  • Git のコマンド
    • plumbing(git-xxx)コマンド(下位 メンテナ向け)
    • porcelanin(git xxx)コマンド(上位 一般ユーザ向け)
  • Git のオブジェクトファイル
    • 4つのオブジェクト
    • commits
    • trees
    • blobls
    • tags
    • commit > tree > blob
  • 1ファイル 1 blog
    • zlib で圧縮
    • 圧縮前の SHA1 ハッシュで管理
  • 1コミット毎に新たな commit オブジェクトが生成される
    • その生成された commit オブジェクトに HEAD が移る
  • ファイルが追加される -> tree オブジェクトの内容が変わる -> ハッシュが変わる
  • git-cat-file
    • -t SHA1-Hash でそのオブジェクトが何かを見る
    • -p SHA1-Hash で内容を表示
    • commit オブジェクトだと，前の commit が parent として表示される
  • tree はファイルツリー状態のオブジェクトで，commit は各 tree の前後関係を記録するオブジェクト
  • tag オブジェクトは PGP 署名時のみ作成される
    • tag オブジェクトは 指定した時点での commit オブジェクトに名前をつけるようなもの
  • Pack ってなに？
    • オブジェクトを DB 化したもの
    • git gc コマンドで pack される

###ブランチの使い方

  • git branch
    • 作成・削除・リネーム
  • git checkout
    • 切替・ファイルチェックアウト
  • git rebase
    • ブランチをリベース
  • git merge
    • ブランチ間のマージ
  • ブランチを使った例(1)
    • ローカルリポジトリの場合
% git checkout -b test
開発
% git checkout master
% git merge test
  • ブランチを使った例(2)
    • リモートリポジトリがある場合
% git clone git://xxxx/
% git checkout -b devel
開発
% git checkout master
% git pull ( remote から取得 )
% git checkout devel
% git merge master ( local master からマージ -> 親コミットが 2 つできる )
  • 複数の親コミットができる
    • 開発環境によっては必要のないもの
  • devel ブランチ上で git pull origin master でも OK
  • ブランチを使った例(2)
    • rebase を使う
    • 途中まで (2) と同じ
% git rebase master
  • checkout 元を更新するイメージ
    • 自分の commit を checkout 元のさらに上にのせるような感じ
  • git pull –rebase origin master
  • 開発の目的によっても違う
    • 開発が fork -> merge 主体でも OK
    • マージ元が1つである -> rebase 主体
    • ブランチ上でどう作業するかがポイント
  • ブランチ作るとき
    • 新規機能用
    • パッチ維持のために
    • パッチお試し用
    • git stash を使う場合も

###複数のリポジトリがある場合

  • あるリポジトリから自分のリポジトリに pull したい！
% git pull git://XXXX/ master
  • 毎日100個のリポジトリから pull したい！
  • git remote 使いましょう
% git remote add REMOTE_NAME Repos-URL
  • origin は pull したときに生成される REMOTE_NAME
% git clone git://XXXX/YYYY.git
% cd YYYY
% git remote add ZZZZ git://XXXX/PPPP.git
% git remote update
  • git remote update
    • origin -> REMOTE_NAME… とアップデート(pull)される
  • リモートリポジトリをグループ化できる
    • git config remotes.everyday origin など
  • checkout –track
    • リモートリポジトリのブランチをローカルブランチにする

###branch/remote 間のコード参照

  • 他のブランチのコードを参照するには
% git branch
* master
  testing
% git show testing:src/info.rb
  • ログを確認する
% git log testing
% git whatchanged testing
  • 差分を見る
% git testing..master src/info.rb
  • 異なる差分を見る
% git testing...master

###コンフリクト時のリカバリ

  • 対策はとれるが，コンフリクトは発生する
    • rebase で最新コミットは常に上に持ってくる
    • 独自パッチは持たない
  • どうすればいいのか？
    • git merge 時のリカバリ
    • 手動マージ -> 動作確認 -> add -> commit
    • git rebase 時のリカバリ
    • 手動マージ -> add -> git rebase –continue
    • git pull 時のリカバリ
    • メンテナの場合 -> 一蹴
    • ユーザの場合 -> 手動マージ -> add -> commit
    • git-am 時のリカバリ ( apply mail = メールで送られるパッチの適用 )
    • メンテナの場合 -> 一蹴
    • ユーザの場合 -> 手動マージ -> add -> git-am –resolved
  • コンフリクト時のリカバリ
    • コンフリクトは発生する
    • 発生しないようにリポジトリを管理する
    • pull 時に問題が発生しない環境作り
    • git submodule を使った機能分け
    • マージは極力避ける

###よく使う小ネタ集

  • コミットログに typo が
    • 最新のコミットに対して変更加えるオプション(–amend)
% git commit --amend
  • 最新のコミットに README をコミットする
% git commit --amend README
  • いらないファイル moge をコミットしてしまった
% git reset HEAD^ moge
  • 空ディレクトリを扱う良い方法
    • .gitignore ファイルを設置する
  • 何もいじってないのに pull でエラーになる
    • リモートリポジトリのコミットが入れ替わった可能性がある
    • リモートの HEAD のハッシュ値が異なる
    • 追従するだけのリポジトリは remote /fetch
% git fetch origin (オブジェクトを全て取得する)
% git ls-remote origin HEAD (HEAD のハッシュ値を取得)
% vim .git/refs/heads/master (HEAD のハッシュ値を書き換え)
% git checkout -f (ワーキングコピーの再構築)

- 最新のソースコードを取得するだけの場合は fetch する
  - fetch はオブジェクトを取得するだけ
  - pull はソースコードをワーキングコピーに展開する

###質問コーナー

  • 特定のブランチを clone するには？
    • clone ではできない．
    • capistrano では :branch に “origin/rel_1_4_0” とか指定する．

##岩松さんを囲む会

  • HTTP 経由は使わない方が良い
    • 推奨は Git protocol
    • キャッシュの問題？
  • 複数人でプロジェクトを回す良い方法は
    • セントラルなリポジトリを持って，メンテナが管理するのが良いかもしれない
  • 社内で Git を使うには
    • git init でここに push など
    • pull するには git-daemon を立てる
    • ただし pull できるよフラグを立てる必要がある
  • 違うブランチの Working Copy を見たい・使いたい時
    • git-archive で tar -> 展開テスト
    • export があればいいのになぁ
  • svn で言う external は？
    • git submodule
  • git-stash とは
    • 編集中の内容をどこかに一時的に保存するコマンド
    • 当然，コンフリクトも起こる
  • git bisect
    • バグの２分岐検索
  • git をバックエンドにした wiki
    • git をデータベース的に使ってみる試み
  • Git 勉強会やりたい＠岩松さん

##LT

  • Ruby 1.9.0_5 を偲ぶ ＠Yuguiさん
    • 1.9.1 PR1 10⁄25
    • 1.9.1 PR2 11⁄25
    • 1.9.1 12⁄20
    • 仕様が固まらない
    • cgi.rb
    • rdoc
    • M17N
    • miniunit
      • Test::Unit が削除される代わりに実装されるもの
      • Test::Unit は Gem で提供される
    • default_internal
    • File -> external_encoding -> IO -> internal_encoding -> Object
    • external_encoding のデフォルト値は指定できるが，internal_encoding は？
    • そこでいろいろ問題あるらしい

##ふりかえりなど

  • Keep
    • プラズマディスプレイは見やすい
    • CTC様++
    • 招待講演はよかった．岩松さんありがとう．
    • Git++
    • Wikiを早く作った
    • IRC でヒアリングできたのが良かった
  • Problem
    • Rails勉強会なのにRailsの話がない
    • プロジェクタｇｄｇｄ
  • Try
    • Ruby勉強会の開催
    • 初心者向けがいいかも
    • 枠を設ける(月替わり etc.)
    • Rubyの話でもいいよーとアナウンスする
    • プロジェクタの説明書
    • Wiki が早すぎるとトピック小 -> 歩留まり(参加率)下がる
    • 最新の Web ページを rails-tokyo-latest などにしておく
    • 勉強会の Wiki に IRC の情報を書く
    • Debian 方面への Ruby/Rails の出張講演とか
 
comments powered by Disqus