View
2.118
Download
1
Category
Preview:
Citation preview
自己紹介
• 名前:尾古豊明(@patorash)
• #R社所属(4カ月目)
• 個人事業主してたけど就職したくなってソーシャル就活をして愛媛から岡山へ。
• Android, PHP, Ruby, JavaScript, jQuery, GAEなどを適当にこなす。最近はRuboto(JRuby on Android)の研究してる。
• 好きなgitのコマンドは git merge です。自分が作った変更がmasterにマージされたときは快感ですね!
告知
• 第2回メタプログラミングRuby読書会
• 日時:8月4日(土)
• 場所:パトランド(@patorashの家)
• やること:
– 本の音読
– 写経
• 懇親会は
– パトランド名物:たこ焼き
• URL: http://atnd.org/events/29989
gitのブランチの運用方法に参考に
• A successful Git branching modelを翻訳して
くださっている方がいますので読みましょう。
• http://keijinsonyaban.blogspot.jp/2010/10/successful-git-branching-model.html
developfeaturebranch
github(develop)
jenkinsreleasesever
yamasa(develop)
master
v.1.0.0
v.1.0.1
hot-fix
テストが通ったらpush
リリース
テストが通らないとPushしない
テストが通ったらpush
リリース
v.1.1.0
tag
Local
開発
マージ
v.1.0.0に不具合タグから
修正用ブランチ作成
マージ
マージ
開発
マージ
開発
マージ
push
間違えてpush
push
Successful gitのモデルは…
• 基本的に自社サービスをASP型で提供する
モデルであり、全てのユーザが最新バージョンを使っているのが前提(と思う)。
• リリース版でバグが見つかっても最新のタグを修正してマージすれば解決する。
developfeaturebranch
github(develop)
jenkinsreleasesevers
yamasa(develop)
master
v.1.0.0
v.1.0.1
hot-fix
テストが通ったらpushリリース
テストが通ったらpush
リリース
v.1.1.0
tag
Local
開発 マージ
v.1.0.0に不具合
タグから修正用ブランチ作成
マージ
マージ
開発マージ
push
push
開発
マージpush
政治的理由で
気軽につけられない
バージョンNo
たくさんのリリース先
既にリリース済みの環境にhot-fixを配布する方法は?
だいぶ機能増えてるけどここにリ
リースしても大丈夫?
ASP A社 B社
1.0.0ベースだがお
客さん要望による違い
1.0.0ベースだがお
客さん要望による違い
R社のモデルは…
• 自社サービスをASP型と設置型で提供するモデルであり、複数のバージョンが混在する。
• だいぶ後になって古いバージョンでバグが発見された場合に、それ以降の全てのバージョンにhot-fixを配布していくのが大変。
• お客さんが増えれば増えるほど、管理が複雑になってバージョン管理コストが増えていく。
そこで皆さんにお聞きしたい!
• 今までの話を聞いて、うちではこうしてるよーとか、こうしたほうがいいんじゃないか?という意見がありましたら、是非とも教えてくれませんでしょうか?
• この後や、懇親会の時や、はたまたtwitter上など、いつでも絡んできてください。
• @patorash, @LuckOfWise, @kazuhisa1976,@ore_public, @zephiransas, @dolbakky777辺りにお願いします。
#R社求人募集• 現在、#R社では、
– 優秀なネットワーク管理者
– 素敵な感性のもつデザイナー
– お客さんと話をするのが大好きなエンジニア
を募集しています。
我こそはという方や、こういう人がいるから紹介しますよという方、よろしくお願い
します。
※プログラマの場合はこちらから声をかけます。
Recommended