はてなブックマーク - 継続開発のススメ

継続開発のススメ - Twisted Mind

d:id:Voluntas

タグ : 開発 git バージョン管理 development 考え方 ci 仕事あとで読むフレームワーク設計

コンピュータ・IT 425 users

other 概要開発をすればリリースがあり、リリースが終われば開発があります。継続開発をする以上はリリースと開発の繰り返しです。開発手法やリリース手段は沢山あるのですが、あまりしっくりくるものが無かったので自分でまとめてみました。これで完璧というものは残念ながらこの世にないと思うので、これからも臨機応変に良い流れを作って行ければと思います。この文章は以下のような構成になってます。書き殴りですみません。バージョンの付け方ソースコード管理とリリースタスク駆動環境方針定義いくつか事前に定義しておかないと... > このページを見る

最終更新時間: 2011年08月23日03時14分

▼ブログで紹介する

みんなのブックマーク人気（8）新着

koseki
できるだけメールを使わないというのはどうなんだろう。口頭で話したことは大抵ログが残らなくて後で困るんだけど、、。議事録を共同編集しながら話すといいのかな。それでもメールで土台作るの大事な…／追記感謝 2011/08/23
kaorun55 *会社
うちはテスターさんは専任でいるけど、デベロッパーテストがないので、結構漏れる。最近のFirefoxやChromeとかの短期リリースを見ていると、バージョニングはJenkinsみたいに1.xxx(ビルド番号)でいい気がしてる 2011/08/23
akatuki_sato フレームワーク, 開発, 仕事
方針部分が特に参考になる。ありがとうございます。 2011/08/23
t2y-1979 development, ci
内部ライブラリのバージョンアップを追従しておかないと、どんどん触り難くなる、当たり前だけどすごく重要 2011/08/234 RT

4 RT
mnshtn
ここまでできるといいよなぁ。今の職場は方針がはっきりしていないし、場当たり的。 2011/08/24
Naruhodius
メールは大切だと思うがそれ以外は非常に良い取り組みだ 2011/08/23
mikieso
ファイル管理とかレビューのあり方とか、こういうのたのしそうだなー。 2011/08/23
togokoya 開発
『テストはとても難しいので「開発ついで」で出来る技術ではありません』 2011/08/23

tanihito git
git-flow 2011/10/15
haseharu プロジェクト
バージョニング 2011/08/28
mnshtn
ここまでできるといいよなぁ。今の職場は方針がはっきりしていないし、場当たり的。 2011/08/24
suginoy 開発
SIerのバージョン番号ってどうしてでたらめなんだろう。 2011/08/24
kaoritena
zenbackも似たような（もっと簡易な）バージョン管理してる。参考になるとこ多数。タスク管理はtracやredmineは良く聞くなあ。/継続開発のススメ - Twisted Mind... 2011/08/24
kaipu1224
バージョンの付け方って難しい 2011/08/24
bowbow99
"テスターは専任で(むしろ一番偉いくらいの勢いで)" 2011/08/24
taketyan git, development
このあたりの思想をチームで共有できたら楽しいだろうなー. 2011/08/24
HF_frt1623 管理, 考え方, Programming
開発のやり方。参考にしよう。 2011/08/24
mad-p CI
「単体テストと外部テストはリポジトリを切り離す」なるほど 2011/08/24
richard_raw 開発, git, clip
うーむ、こんなにカッチリした開発はやったことない（要素技術系だから？）ので参考になります。 2011/08/24
tmatsuu share
ふむ。 2011/08/23
mcgomez
多くても 3 人程度な気がします、もちろん規模にもよります。これ以上多い場合は見通しが悪くなる気がします_φ(･_･ 2011/08/23
yamak
逆に言うと3人以内だからメール使わなくてもできるわけで、それより多いとメールで記録を残さないと管理できない。人数が多い場合は3人一組のチームに分けてクロスレビューさせるのは結構良い 2011/08/23
calpo 開発
開発体制とポリシーの実例、提言 2011/08/23