「【東京】JJUGナイトセミナー Git入門」に参加しました

2016-01-25（月） 「【東京】JJUGナイトセミナー Git入門」に参加してきました。

DoorKeeper
https://jjug.doorkeeper.jp/events/37249

Togetter
http://togetter.com/li/930969

場所は日本オラクルさんです。
参加者は２３０人くらいでしょうか。会場は後まで満杯で、立ち見まで出て大盛況でした。

普段のお仕事でもGitやGitBucketを使う機会がだいぶ増えました。
ただ、使いこなせてるかというと自信がなかったので、この日の勉強会の内容はとても興味がありました。

以下、自分用のメモ。

---

Gitはじめの一歩 (@ihcomegaさん)

Gitはじめの一歩 from Ayana Yokota

手書きの絵がかわいいですね。新卒３年目で登壇とは素晴らしい。

■ 分散バージョン管理の便利なところ

• 自分自身のリポジトリが作れるので気軽に操作できて精神的にも嬉しい。
• SVNだと皆で使うリポジトリが１つだけなので、操作にプロジェクト全体が影響する。

■ ローカルでの操作詳細

• commitする前にステージに上げる。(git add)
• ステージから戻すこともできる。(git reset)

■ リモート・ローカルで歴史をやりとり

• pull = fetch + merge

■ ブランチ

• 今作業中のブランチをHEADという
• ブランチの統合には２種類ある。 merge / rebase
• 合体させて１つにする： git merge
• つけかえて１つにする（歴史が書きかわる）： git rebase

■ マージの種類

• fast-forward ： 枝分かれ元に変更がない
• non-fast-forward ： 枝分かれ元に変更がある

■ オススメ本（無料）

Pro Git 日本語版電子書籍公開サイト https://t.co/LkJReOIXSl #jjug #イケメン

— knt_mr (@knt_mr) 2016, 1月 25

---

Git実践入門 (@syobochimさん)

20160128 jjug Nightセミナー_Git実践入門 from Mizuki Wada

入社４年目で大手SIer勤務とのこと。
この日の講演者はお二人とも女性で、入社３～４年目の若手エンジニアでした。素晴らしいチャレンジ精神。


■ 開発スタイル

• このスライドで紹介しているツールは、Redmine以外はすべてJVMで動く！(JJUGなので宣伝）
• ブログに書いたとのこと。 http://syobochim.hatenablog.com/entry/2015/09/03/214050

■ 困ったこと

• Gitbucketはバックアップを取得しておくことが大事。
• https://github.com/gitbucket/gitbucket/wiki/Backup

■ プロジェクト構成とブランチモデル
(1) ケース１

• ベースリポジトリとサイトリポジトリに分ける。
• ライブラリアンというチームを作って、ベースリポジトリはそのチームしか触れない。
• ベースリポジトリからリリース物を作る
• フレームワーク用にリポジトリを分けている。
• フレームワークの取り込みタイミングは、アプリチームが最適のタイミングを決められる。

(2) ケース２

• developA、developB、developC・・・は、開発拠点毎に作る。
• フレームワークの変更がdevelopにマージされ、それしか使えないので、すぐに各チームは取り込まないといけなくなるので、素早く変更が反映される。

(3) ケース３

• developブランチのみで開発し、直接developへコミットする。
• masterへのブランチは受け入れ時のみ。

■ 導入・運用してみて思った事

• ガイドを用意するとスムーズ。
• しょぼちむさん作成のガイド： http://syobochim-doc.readthedocs.org/ja/latest/index.html
• ややこしいことはさせない。禁止するんじゃなく、教えない。

■ 改善が必要だと思うこと

• featureブランチは息短めにする

■ ギットクエスト

• @kawasima さんがRPGツクールで開発したGit学習用サイト「ギットクエスト」
• プレイ： http://unit8.net/gq/
• GIGAZINE記事： 並行開発に襲われたサブバー村をGitで救うRPG「ギットクエスト」をプレイ

■ 質疑応答

Q1.
Gitが流行ってるから導入したい、ってPMに説得したけど、受け入れてもらえなかった。
説得をどうすればいいか？

A1.
そういうPMはGitとかに興味がないので、PMを説得せずに先に入れちゃう。
無料なので、開発者の中で同意がとれてればいいのでは。バレたら謝るくらい。
わからない人にはわからないことを言わないｗ


Q2.
SVNでできるのってGitでもできるの？

A2
SVNはロックがかけられる（チェックアウト時の凍結ロック）のがGitと異なる。
Gitはマージが優秀なのでマージでカバーする。
マージの恐怖心をなくしてあげることが重要。


Q3.
SVNよくしってる現場にGitをいれるとき、SVNと同じ使い方もできると思うが、Gitの何をつかえばよいか？

A3.
SVNは同じところにコミットしていくのでプレッシャーがある。
Gitは同じとこにコミットするという精神的負荷がないのが良い。

---

★感想：
登壇者のお二人、入社３～４年目の若手女性エンジニアさんだったんですが、とても「しっかり」しているイメージでした。
きちんと自分の考えを持って、自分の意見を主張している姿が目に浮かびます。
個人的にも、Gitについて理解があやふやな点も整理でき、とても有意義でした。

あと、ギットクエストをプレイしてみたんですが、斬新な発想ですね。
Gitの学習を始めるステージ、コアな部分をアトラシアンのサイトに丸投げしている部分にいつも噴くｗ

関係者の皆様、ありがとうございました。