継続開発のススメ - Twisted Mind

概要 開発をすればリリースがあり、リリースが終われば開発があります。継続開発をする以上はリリースと開発の繰り返しです。 開発手法やリリース手段は沢山あるのですが、あまりしっくりくるものが無かったので自分でまとめてみました。 これで完璧というものは残念ながらこの世にないと思うので、これからも臨機応変に良い流れを作って行ければと思います。 この文章は以下のような構成になってます。書き殴りですみません。 バージョンの付け方 ソースコード管理とリリース タスク駆動 環境方針 定義 いくつか事前に定義しておかないと話しが訳わからなくなりそうなので。 バージョン管理には git を採用しています。 開発というのはコードを書く事だけを指してはいません。 ここでいうフレームワークは「自身で開発している」として扱います。そうしないとちょっと難しいので。 ライブラリは自身の開発とそれ以外があると思いますので、

[koseki]

できるだけメールを使わないというのはどうなんだろう。口頭で話したことは大抵ログが残らなくて後で困るんだけど、、。議事録を共同編集しながら話すといいのかな。それでもメールで土台作るの大事な…／追記感謝

[kaorun55]

うちはテスターさんは専任でいるけど、デベロッパーテストがないので、結構漏れる。最近のFirefoxやChromeとかの短期リリースを見ていると、バージョニングはJenkinsみたいに1.xxx(ビルド番号)でいい気がしてる

[mikieso]

ファイル管理とかレビューのあり方とか、こういうのたのしそうだなー。

[akatuki_sato]

方針部分が特に参考になる。ありがとうございます。

[t2y-1979]

内部ライブラリのバージョンアップを追従しておかないと、どんどん触り難くなる、当たり前だけどすごく重要

[mnshtn]

ここまでできるといいよなぁ。今の職場は方針がはっきりしていないし、場当たり的。

[Naruhodius]

メールは大切だと思うがそれ以外は非常に良い取り組みだ

[k-holy]

"テストはとても難しいので「開発ついで」で出来る技術ではありません"これを理解してもらうには…バージョン番号の付け方も参考になります 移動先→ https://gist.github.com/voluntas/4722489

[tanihito]

git-flow

[haseharu]

バージョニング

[suginoy]

SIerのバージョン番号ってどうしてでたらめなんだろう。

[kaoritena]

zenbackも似たような（もっと簡易な）バージョン管理してる。参考になるとこ多数。タスク管理はtracやredmineは良く聞くなあ。/継続開発のススメ - Twisted Mind...

[kaipu1224]

バージョンの付け方って難しい

[bowbow99]

"テスターは専任で(むしろ一番偉いくらいの勢いで)"

[taketyan]

このあたりの思想をチームで共有できたら楽しいだろうなー.

[HF_frt1623]

開発のやり方。参考にしよう。

[mad-p]

「単体テストと外部テストはリポジトリを切り離す」なるほど

[richard_raw]

うーむ、こんなにカッチリした開発はやったことない（要素技術系だから？）ので参考になります。

[tmatsuu]

ふむ。

[mcgomez]

多くても 3 人程度な気がします、もちろん規模にもよります。これ以上多い場合は見通しが悪くなる気がします_φ(･_･

[calpo]

開発体制とポリシーの実例、提言

[shin1x1]

たしかにテストは専任の人がいると嬉しい

[n-3104]

バージョンのつけ方について書いてある。

[youhey]

興味深い内容、あんまりチーム開発の機会はないけど、バージョン管理とかはそのまま丸パクリしたいくらい

[kuenishi]

わかりやすい

[n2s]

だけではないですが

[deg84]

専任のテスターは必要だよなぁ

[meets623]

継続開発のススメ - Twisted Mind

[kozy4324]

共感ブクマ

[Jxck]

バージョニング、ソース管理、タスク駆動、CI、開発環境などについてのまとめ。とても参考になる。

[aidiary]

バージョンの付け方

[longroof]

継続開発のススメ - Twisted Mind

[y-kawaz]

git-flow試す

[uemu]

良エントリー！