Promise本での利用方法 JavaScript Promiseの本というのを書いてる それぞれのセクションレベルでIssue+pull-reqeuestsで書いてる リポジトリ => azu/promises-book 途中(後半)から積極的にIssueを使い出した Issue数:50、Pull Requests数:20 ワークフロー Issueを立てる git-issue + git-flow + percolでissueのブランチを切る [WIP] pull-requestsを立てる ref #id push -> review merge + close #id でissueも閉じる git flow finish でローカルとリモートブランチを削除
6月30日 Shibuya.trac 第12回勉強会 【通常枠】(東京都) みなさん、ありがとうございました。 対決の内容は置いといて、対決の意味はこんなとこかなーと感じました。 #shibutra やっぱり有償無償のツールを一律には比較できないところがあるような気がするけど、今日参加した人たちが今後どういうツールを選択していくのか気になる 2011-06-30 22:34:05 via Twitter for iPhone を受けて、 対決させることのメリットは、ツールの得意、不得意が自分目線、他人目線でわかるので、どれが自分たちの組織に合うかの判断材料になることかな。 2011-06-30 23:44:42 via Echofon 自分の中での、各ツール比較 今日の話の内容と、自分の今までの経験から、各ツールの使いどころを考えてみました。自分が使ってるまたは、使おうとしていうツールも、
(本記事は @suer, @mallowlabs, @mzp がノリノリで共同執筆しました！) 近代的なソフトウェア開発に必要なツールは3つある。 分散バージョン管理ツール ITS CI ツール 私はこれに AsakusaSatellite (以下AS)を加えたいと思う。 以上の4ツールを使用することによって、迅速なコミュニケーション、洗練された自動化をベースとした開発リズムを体験することができる。 このあとの節では具体的なユースケースをベースに、上記ツールの連携方法及びそのメリットをみていく。 ユースケース：開発中にソースコードの特定行で例外が発生した原因を探る ここは codefirst の開発室。 @suer と @mallowlabs と @mzp はリズム良くコードを書いています。 そんなとき、ビルドの異常を知らせるポップアップが表示されます。 さっそくAS 上でミーティングがは
Sean Osawa @Sean_SF 私もあまり使わないけど、それが特別な事ではなく当たり前になってほしいからかな RT @kanu_ 私がTiDDという言葉を使わないのは、TiDDはプロセスであると定義されているから。チケットでタスクを管理すること(=チケット駆動開発)はプラクティスでしかないと思っているからです。 2011-05-13 13:59:42
さかば @sakaba37 方法論としてですか？それともコミュニティですか？ RT: @kaorun55: チケット駆動開発は、そろそろScrum+XPと合流してもいいと思うんだけどなぁ 2011-05-12 12:07:28
さかばさんと共著で「Redmineによるタスクマネジメント実践技法」を2010/10/13に出版します。 世界初のチケット駆動開発の本になります。 【元ネタ】 [TiDD] 速報！史上初の「チケット駆動開発」の本が出版に: ソフトウェアさかば 過去３年間、RedmineやTestLinkなど各種ツールを駆使して、チケット駆動開発という開発プロセスの上でAgile開発をいかに運用するか、をテーマにして、試行錯誤した経験と今まで思索してきた内容を全て書きました。 そのため、350ページ近くまで膨れ上がりました(笑) 最初に断っておきますが、RedmineやTestLinkのインストール方法には特に触れていません。 XPなどのAgile開発の文脈の上で、チケット駆動開発という開発プロセスを世界で初めて定義して、その応用分野や今後の課題についてひたすら書いています。 読者層は、BTSに不満がある人
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く