はじめてのgit
-
Upload
reimi-chiba -
Category
Design
-
view
2.368 -
download
2
description
Transcript of はじめてのgit
はじめての
2013/10/19 第9回 Creators MeetUp
千葉礼美(てぃば)@rechiba3
千葉礼美(てぃば) @rechiba3
職業:Web制作のプロジェクトマネージャー 恵比寿にあるWeb制作会社で、TiDD精神とジェダイの教えのもとに、 Webサイト制作とかスマートフォンアプリ開発とかのプロジェクト マネージャーをしています。最近はプロデュース的な方も。
ヾ(⌒(ノ‘ω’)ノねーねー御社おんしゃー!お仕事ちょうだいー!
h"p://vitalify.jp/
ブログやってます。 h"p://rechiba3.net/
イベント参加のこと/Webのこと/ベトナムのこと
CMUに8回登壇してますっ h"p://www.slideshare.net/re_3_19
興味ありましたらぜひぜひ!
1. デザイナーとエンジニアのコミュニケーションについて考えてみた
2. エディタ論争 - Crescent Eve 3. ものづくりに行き詰まったSTAR WARSファンへ捧げる - ジェダイマスタ
ー12の教え
4. 開発合宿のすゝめ
5. マインドマップ発想法 × ロジックツリー 手法によるコンテンツ設計
6. 恋する進捗管理~わたしとあなたのマイルストーン~
7. 07_TiDDでウルトラハッピーな開発フロー実践しちゃおう!
はじめに
• 「今更聞けないよふえぇ…」な人に向けて
• 多人数でものづくりしてる人に向けて
• Git、バージョン管理、チーム運用のおはなし
Gitってなぁに
Gitってなぁに
分散型バージョン管理システムです。 って言われてしっくりこない人は、
ファイルの保存・管理方法のひとつだと思って 15分間話を聞いてください◝(。╹ω╹。)◜ まずは、バージョン管理について説明します。
バージョン管理ってなぁに
バージョン管理ってこういうこと
作業するときに触るリポジトリ
master
work 1 work 2
作業するときなどに触らない masterとしてのリポジトリ
これら3つのリポジトリには、同じファイルが 同じ更新状態で存在している必要があります。
バージョン管理ってこういうこと
作業するときに触るリポジトリは作業する人の分 増やしても大丈夫です。怒られません。
master
work 1 work 2 work 3 work 4
バージョン管理ってこういうこと
作業発生!work 1でファイルを編集しました。 作業用リポジトリなので、触っても大丈夫です。怒られません。
master
work 1 work 2
バージョン管理ってこういうこと
コミットします。 これが最新であると masterに渡します。
master
work 1 work 2
これら3つのリポジトリには、同じファイルが 同じ更新状態で存在している必要があります。 同じじゃないと怒られます。
バージョン管理ってこういうこと
最新の状態でないファイルをコミットした場合は、 masterに怒られます。
master
work 1 work 2
これで、デグレードを起こすなどの小さいミスや、コミットされた仕様が反映されていない、などを 防ぐことができます。
!
バージョン管理ってこういうこと
Gitでファイルを管理すると、更新履歴がGitに保存されていきます。
master
work 1 work 2
編集したファイルをもとに戻したり、あのときのあの修正のあそこの差分を取り出したいー、などの復元が可能です。複数人で運用するときホントありがたい。
!
バージョン管理すると いいことあるの?
「ファイル管理」が標準化できます。
「ファイル管理」が標準化できます。
命名規則ばらばら!最新ファイルは結局どれだよ! こんな管理方法激おこだよ!!!! (◞≼◉ื≽◟ ;益;◞≼◉ื≽◟)
20131019_挿入タグ一覧.xls New_20131019_挿入タグ一覧.xls 20131019_挿入タグ一覧_千葉加筆.xls 【最新】20131019_挿入タグ一覧_千葉加筆02.xls 20131020_挿入タグ一覧.xls
20131019_gallery.psd 20131019_gallery_青.psd 20131019_gallery_角丸.psd 20131019/gallery.psd
「ファイル管理」が標準化できます。
変更した分だけファイルが増えてる! 途中で増えすぎてディレクトリ切り出した!最初からやれよ! こんな管理方法激おこだよ!!!! (◞≼◉ื≽◟ ;益;◞≼◉ื≽◟)
Gitを導入して出逢えるいいこと
ソースコードの精度はあがるんじゃないかな! commit前にpull/pushリクエストのフローがあるため、レビューする機会、してもらう機会が必然的にできあがります。 人のソースコードを読む習慣って必要ですね。
標準化することの必要性
標準化することの必要性
そのファイルの制作者がいなくても、編集の履歴が把握できるため、もし明日プロジェクトメンバーの一人が死んでもプロジェクトは生き残る。
標準化することの必要性
コミットに必ずコメントをつけること、チケットなどのタスクとひもづけることを徹底すると、無駄な作業がなくなります。 そのため工数が見積もりやすくなるし、開発のワークフローが一元化しやすくなります。
バージョン管理の種類
バージョン管理の種類
• 分散型 – Bazaar – Git – Mercurial
• 集中型 – CVS – Subversion
Gitだけがバージョン管理ではありません。 個人的に、ソースコードはGitで、その他のドキュメントもデザインカンプも管理するとなるのであれば、Subversionが運用しやすいだろうなあと感じています。(宗教戦争になるからこの話はここでおしまいだよ!)
じゃあ社内に導入したい!
じゃあ社内に導入したい!
1. 利用方法の模索 – GUIでやる?CUIでやる?使い勝手のいい方法をあらかじめ用意しておきましょう。
2. ツールを置くサーバの場所を確保 – GitならばGithubを社内導入してプライベート開発リポジトリ
立ててしまえばいいと思います。
3. 標準化の総責任者、標準化委員会を設置 – 設置サーバが死んだ時の処置、定期メンテナンス、運用の計画
に責任を持つ人の社内配置は必要です。
おすすめの参考先
おすすめ もっと早く知りたかった! Gitが鬼のようにわかるスライド厳選7選
h"p://www.find-‐job.net/startup/7-‐git-‐slides
おすすめ
サルでもわかるGit入門
h"p://www.backlog.jp/git-‐guide/
人が幸せになるものづくりをしよう
千葉礼美(てぃば) @rechiba3