開発ではない制作系Web屋がGitを導入するために

はじめに

この資料は、開発系ではないWebの制作会社が「バージョン管理」というものを導入したいとは思いつつもなかなか導入できていない。そんな方々のきっかけやお手伝いになればといいな。という声から作られたものです。
そのために細かい部分は除いて大枠で話をしています
一部言い方が強かったりするかもしれませんが、あしからず。
あと結構個人的な意見になってしまいました。（汗）

Transcript

1. 2013/11/13 制作系Ｗｅｂ屋がGitを導入するために גࣜձࣾnanapi エンジニア @kozyty
2. はじめに ✤ この資料は、開発系ではないWebの制作会社が「バー ジョン管理」というものを導入したいとは思いつつも なかなか導入できていない。そんな方々のきっかけや お手伝いになればといいな。という声から作られたも のです。 ✤ そのために細かい部分は除いて大枠で話をしています ✤ 一部言い方が強かったりするかもしれませんが、あし からず。 ✤ あと結構個人的な意見になってしまいました。（汗）
3. ✤ バージョン管理、git でいいの？ ✤ 最低限用意するもの ✤ テスト環境・確認環境とか ✤ コミットする頻度・単位 ✤ デザイナーでも git 使えるべきか？ ✤ ブランチの運用方法について ✤ 素材管理について…
4. 01 自己紹介 ✤ 小島泰洋 （こじてぃ） ✤ 株式会社nanapi エンジニア ✤ 社内でなぜか Git担当に ✤ Twitter: @kozyty
5. バージョン管理、Gitでいいの？ Subversionͱ͔ʁ
6. 現時点では、一択といって良さそ う ✤ 中央集中型？今は分散型バージョン管理の時代です。 ✤ Web上にドキュメントや参考資料とかたくさんある よ！ ✤ Githubのためにgitを使うという理由でも十分OK ✤ まだgitキラーなるものはなかなか登場していない ✤ git できるよ！というのが当たり前になってきている ✤ 安心して使える便利なツールが沢山あります。
7. “ࠓ͸ɺGitΛ֮͑ͯଛͳͬͯ͜͠ͱͰ͢ɻ
 ͱΓ͋͑ͣɺ࢖ͬͯΈΕ͹͍͍Μ͡Όͳ͍͔ͳʁ” - ఱͷ੠
8. 最低限用意するもの must
9. どちらかと言えば、体制と環境 ✤ バージョン管理する必要のあるプロジェクト ✤ 試すだけなら、ネット環境とPCだけで十分 ✤ 大切なのは、継続的に利用することのできる環境 ✤ 一人よりも、できれば複数人プロジェクト
10. テスト環境・確認環境とか Jenkins…?
11. よく聞かれる質問なんですけど ✤ Git と CI（継続的イテグレーション）は別です ✤ Gitで解決できる問題もあれば、解決できない問題も あります。 ✤ ここらへんごちゃまぜで考えがちなので、ご注意を。
12. 01 ͰɺGitͰԿ͕Ͱ͖Δͷʁ
13. Gitでできること ✤ バージョン管理 ✤ ある時点とある時点の差分確認が簡単 ✤ 過去の状態に簡単に戻れる ✤ Git（Github） ✤ 中央リポジトリがあることで複数人開発が容易
14. “CIʹ͍ͭͯ͸ɺແࣄGitಋೖͰ͖͔ͯΒͷ
 ·ͨผͷ͓࿩ͬͯ͜ͱͰɾɾɾ” - ৺ͷ੠
15. コミットする単位・頻度 git commit
16. コミットの頻度とか・・・ ✤ アジャイル開発しているのであれば、タスクごとにコ ミットするべき ✤ add -i とかして綺麗にするかどうかとかは正直運用 による ✤ 細かいタスクは一緒にまとめがちですが、できる限り 細かくしたほうが幸せになれます。 ✤ コミットの粒度やコミットメッセージの規約は設けた ほうがいいとは思います。
17. デザイナーもGitを使えるべきか？ Designer ?
18. nanapiでのお話ですが・・・ ✤ デザイナーさんも普通に使っています。 ✤ 人によりますが、完全にゼロからでも使えるようにな るまで0.5 ~ 1ヶ月もあれば最低運用レベルは行ける と思う。 ✤ ChatworkとかでGit部屋とか作ったりするといいか も。
19. ブランチの運用方法について git branch
20. ブランチ運用について ✤ nanapi ではリリース単位でブランチが作成されるこ とが多いです。 ✤ ブランチ命名規則的なものもちゃんと決めたほうがい いです。 feature, hotfix, release.. etc ✤ GUIクライアント使うなら、ブランチ名は「/（スラッ シュ）」で区切ると整理できていいですよ。 ex) feature/hoge_hoge
21. ちなみに・・・ ᷚͷ͍͋ͭɾɾɾ
22. git-flow について・・・ ✤ 個人的には、Gitを初めて触れるのであればオススメ したくないです。 ✤ ガチガチの運用フローになるので、大規模メンバー開 発とかのプロジェクトには向いていますね。 ✤ あと、Webじゃなくてアプリ開発にも向いているかも ✤ 使う場合は、前述の件は忘れてくださいｗ
23. 素材管理について・・・ σβΠφʔ͞Μͷ೰Έͷͻͱͭ
24. 01 誰か良い方法 あったら教えて ∑ ƅЧƅ)ʢসʣ
25. さいごに Git͸Α͍΋ͷͩʂͰ͸ऴΘΕͳ͍ɾɾɾʂ
26. Git導入するにあたって ✤ やっぱり社内に一人だけでもいいから、Gitに詳しい 人（もしくは詳しくなくてもいいから担当を決める） はいたほうがいいです。 ✤ 全員が詳しいならなんの問題もないのですが。 ✤ なぜなら運用していくうえで、チームに最適な方法を 模索しつづけたほうがいい。 ✤ さらに誰かが「担当」になることで社内全体の「安 心」や「安定」につながると思います。導入当初は やっぱり苦痛な部分もあるはずなんで・・・
27. 以上で終わりです。
 ありがとうございました。 Կ͔࣭໰ͳͲ͕͋Ε͹ʂʂʂ
28. “Git ͸ҿΊͲ΋ҿ·ΕΔͳ” - Kozyty