Movatterモバイル変換

[0]ホーム

サクサク読めて、
アプリ限定の機能も多数！

アプリで開く

はてなブックマーク

閉じる

テクノロジー
僕のチームのGitの開発フロー - Mitsuyuki.Shiiba

気に入った記事をブックマーク

気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
記事を読んだ感想やメモを書き残せます
非公開でブックマークすることもできます

僕のチームのGitの開発フロー - Mitsuyuki.Shiiba

テクノロジーカテゴリーの変更を依頼記事元:

bufferings.hatenablog.com

適切な情報に変更

エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます

コメントを非表示にできますコメント表示の設定

ブックマークしました

ここにツイート内容が記載されますhttps://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

次回からTwitterへ自動リダイレクト

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

426usersがブックマークコメント

コメントするにはログインが必要ですブックマークを追加

ブックマークを追加

よく使うタグ

僕のチームのGitの開発フロー - Mitsuyuki.Shiiba

426 users

bufferings.hatenablog.com

よく使うタグ

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページへ

記事へのコメント25件

注目コメント
新着コメント

オーナーコメントを固定しています

オーナーbufferingsわー。なんかいっぱいはてぶついてたー。٩(ˊᗜˋ*)و

2016/02/05リンク

その他

kijtra漢は黙ってmasterオンリー。(嘘)

2016/02/05リンク

その他

susanne複数人のエンジニアでちゃんとチーム開発してみたい

2016/02/05リンク

その他

オーナーコメントを固定しています

オーナーbufferingsわー。なんかいっぱいはてぶついてたー。٩(ˊᗜˋ*)و

2016/02/05リンク

その他

bake0937大分参考になる

2016/06/12リンク

その他

diveintounlimitブランチ運用の仕方はチームの規模と作ってるものの性質にだいぶ左右されるので、git-flow最高！とか言わず自分のところに合ったフローを見つけていく事がキーだと思う。

2016/02/12リンク

その他

Mint0A0yama“Confluence”

2016/02/07リンク

その他

supikidシンプルとかでなく最も良いものを考えて、ほぼこの形を使ってる。違う点はここで言うfeatureもstoryもmasterから切って、featureリリースをする形をとっている。standardはdevelopmentへのマージタイミングに難がある。

2016/02/06リンク

その他

naga_sawa メンバー個々人で実験的実装みたいなのがガンガン走る体制だとどうするのがいいのかわからない/GitFlowやGithubFlowだと固すぎて不適そうなのはわかるんだけれども

2016/02/05リンク

その他

sylvan_l 僕のチームのGitの開発フロー

unclassified

2016/02/05リンク

その他

kikuchi1201ちゃんとGitを活用しましょ

2016/02/05リンク

その他

akiramaz複数人でちゃんとGit使ったことないことを告白します。

2016/02/05リンク

その他

masayoshinym今いるとこだとGitがバックアップツール程度の位置付けになってしまってる。

2016/02/05リンク

その他

kijtra漢は黙ってmasterオンリー。(嘘)

2016/02/05リンク

その他

yukung自分も似たような flow に辿り着いてやってる。release ブランチ切るほどでもないし、バグ対応は都度 hotfix 当てればいいかなー的な。人数が多くなければこれくらいが気軽でよいなぁと。

2016/02/05リンク

その他

sumege基本一人作業なので、途中からめんどくさくなってルール崩壊してしまうんだよね

2016/02/05リンク

その他

djshigygit

2016/02/05リンク

その他

takayan35ふむ。

2016/02/05リンク

その他

oakbowgit flowとあんまり変わらないような...。いまいちメリットが分からなかったけど、チーム構成によっては開発しやすいのかな。

2016/02/05リンク

その他

te2ufeatureブランチを複数で共有するという感じかな。featureブランチが複数立つ場合はどうなるだろう。それが常に一つならGit Flowのdevelopブランチと同じ役割になる。

2016/02/05リンク

その他

tchsskmaster がマージコミットだらけになるけど「コミットログは気にしない」からいいのかな。

2016/02/05リンク

その他

susanne複数人のエンジニアでちゃんとチーム開発してみたい

2016/02/05リンク

その他

youheyそこそこの人数でチーム作って開発するにはよさそう

2016/02/05リンク

その他

michiomochistaging環境とかないのかな。

2016/02/05リンク

その他

azuuunQA -> Quality Assurance （品質保証）

2016/02/05リンク

その他

hiroponzgitでの開発フローの例

2016/02/05リンク

その他

m_shige1979gitでのチーム開発はまだやったことがない

2016/02/05リンク

その他

bouzuya5、6人のチームでも2人ペアをつくる、か。最小単位のTaskは1、2日。

2016/02/05リンク

その他

コメントするにはログインが必要ですログインしてコメント

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー

はてなブックマークボタンを作成して埋め込むこともできます

規約違反を報告

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

usersに達しました！

さんが1番目にブックマークした記事「僕のチームのGitの...」が注目されています。

気持ちをシェアしよう

ツイートする

僕のチームのGitの開発フロー - Mitsuyuki.Shiiba

を考えてみる。 Git Flow nvie.com やってみたことある。良いんだけど、僕の環境だと、もうちょっとシン...を考えてみる。 Git Flow nvie.com やってみたことある。良いんだけど、僕の環境だと、もうちょっとシンプルにやれそうかなって思った。Github Flow scottchacon.com これはシンプルだな。なんだけど、シンプルすぎてちょっと違うかな。ということで、ちょうどいいくらいのを考えてみたい今の僕の開発にとって、ちょうどいいくらいのを考えてみたいなーって。じゃあ、今の僕のやってる開発ってどんなん？ってところから。チームエンジニア5,6人くらい。 Feature, Story, Task Featureと呼ばれるものがあって、これは2,3ヶ月分の規模で。この単位でリリースする。 Featureは複数のStoryで構成されていて、Storyは4,5日くらいで完了する。から、1 Featureは10から15Storyくらいってことか。 Storyは複数のTaskを