MASUDA Akira's Public Library

まとめ




単一レポジトリ型は中央集権のレポジトリを一つだけ持つ。
分散レポジトリ型はレポジトリが複数あり、各人が所有する。




分散レポジトリ型でも単一レポジトリ型と同じような運用が出来る。




分散レポジトリ型の利点は以下。



• 自分のレポジトリが持てる
  • オレオレ Hack のオレオレコミット
  • マスタレポジトリへのコミット権限が無い場合のオレオレコミット
  • レポジトリが持ち運べる
    • どこでもハック
    • リビジョン番号が分かり辛い。
    • レポジトリが多すぎてどこにコミットしたか分からなくなる。

• CVS使っている奴はおかしい（← まぁ、冗談まじりで）
• gitは速い。CVSでmergeするのはストレス（作業時間的にも承認フロー的にも）がかかるが、gitだと簡単にmergeできる。気軽にmergeして開発していける体制こそが大事。
• gitは分散しているので中央のコードがおじゃんになってもうだめ、という事態を防げる。誰かがソースを持っているはず。つまり信頼性が高い。
• 何が最終的に正式版になるかはみんなで決めればいい。だから分散レポジトリの方がいい（← オープンソースはそうだけど企業だと違うんじゃない？とかって突っ込まれていましたが）

そういえば前に採用拒否にした奴に対して「自分が理解できない事を認められないので勉強しない」という印象を持ったというかそう分析したんだけど（これは上司もそう分析した）、よくよく思い出してみれば「ゆとりの法則」に似たようなことが書いてあったな。ちとそこら辺に関する事を抜粋してみる。

私たちには、あまり重要でないことを学習するときはスポンジのように新しい知識を吸収するが、本当に重要な事は学習しようとしない傾向がある。これは組織にも、個人にもいえることだ。

教育者は、学習プロセスは4つの要素で構成されると教えている。学習者、指導者、教材、共同学習者である。

開発手法を教えはじめた頃の経験から、人びとは自分にとって本当に重要な事を学習するときには、一時的にパニックになることがわかっている。（中略）そんなときは、あたりを見回して、ほかの人も青ざめていること、ほかの人も冷や汗をかいていることがわかると、学習者はほっとする。

チームは理想的な学習環境であり、コーチとして指導したり、されたりすることが日常の中で欠かせない場所である。