There are No Perfect Redmine
There are No Perfect Redmine - Presentation Transcript Redmine Junya Ogura <juno@sooey.com> Jun 12, 2009 Saturday, June 13, 2009 Redmine 18 projects 1,696 tickets 22 users 2008.10 Saturday, June 13, 2009 • Junya Ogura ( ) • • PHP, Ruby, Java id:juno sooey.com twitter.com/junya github.com/juno Saturday, June 13, 2009 • Trac • • Textile • CSV • • Saturday, June 13, 2009 Trac Saturday, June 13, 2009
BasecampライクなRails製プロジェクト管理·Teambox MOONGIFT
Ruby on Railsの開発元、37signalsの提供するプロジェクト管理であるBasecampは確かに使い勝手が良い。複数のプロジェクトを実際に運用しているが、シンプルでありながら最低限の機能を備えた便利なWebアプリケーションだ。 タスク登録 そんなBasecampに影響を受けたプロジェクト管理としてRedmineがあるが、それに劣らず興味深いプロジェクト管理がTeamboxだ。 今回紹介するオープンソース・ソフトウェアはTeambox、Rails製のプロジェクト管理ソフトウェアだ。 TeamboxはWebサービスも提供している。そのオープンソース版がGithub上で公開されている。複数人で管理できるプロジェクト管理で、リポジトリブラウザはない。この点が何となくBasecampっぽい。 ページ作成 主な機能はメッセージ、タスク、ページ、チャットになっている。Basecampではチ
複数人(2-3人)でウェブサービスを開発するコツ - リート開発者ブログ
こんにちは。開発ブログ言いだしっぺの satoshi です。リートでは、AddClips と Lancers というサービスが現在の主力サービスですが、AddClips は1人のエンジニアが担当し、Lancers は2-3人 のエンジニアが開発を担当しています。 当たり前ですが、1人と3人では開発スタイルが大きく異なり、気をつけるポイントも全く違います。当たり前の事が多いのですが、リートで特に気をつけていることをご紹介できればと思います。 開発環境 VMware ESXi を使って開発環境は5秒で用意する 通常、VMwareはLinuxやWindows上で動作しますが、VMware ESXi はその上で直接、複数のVmware（仮想化マシン）を立ち上げることができます。 Vmwareを導入するために、Linuxを導入したりする必要はなく、その容量も32MBとコンパクト。しかも無償で利用可能
Redmineに入れたプラグイン一覧 - プログラマの思索
RedmineのVer0.8.4、0.8.6に入れたプラグインのうち、使っているものを公開してみる。 1年前に比べると、プラグインが充実していて楽しい。 結局10個以上も入れていた(^^;) 【コードレビュー】 r-labs - Code Review - Redmine Redmineのプラグインが充実している: プログラマの思索 リポジトリ画面からコードレビューのチケットを発行して、レビューをワークフロー管理できる。 お手軽にコードレビューできるのがいい。 レビューもチケットにするから、ワークフローのカスタマイズも可能。 【Hudson】 r-labs - Hudson - Redmine Redmineのプラグインが充実している: プログラマの思索 Hudsonと連携して、ビルド管理する。 SimpleCIプラグインよりもはるかに機能が充実している。 【Wiki拡張】 r-labs
Redmineの各機能から眺めたチケット駆動開発の課題 - プログラマの思索
Redmineの各機能から眺めたチケット駆動開発の課題についてメモ。 ラフなメモ書き。 【プロジェクト】 「Redmineのプロジェクトはどんな単位で作るべきか？」という質問は良く出る。 僕がTiDDをアジャイルに運用した経験から言えば、二つある。 一つ目はブランチのライフサイクルに合わせる。 二つ目はITILの運用保守プロセスに合わせる。 前者は、RedmineのプロジェクトがSCMリポジトリと1対1に対応している思想から、自然に扱える。 例えば、本番リリースしたソースは本番ブランチとして作られて、trunkとは別のコードラインで保守される。そして、次のメジャーバージョンが出たら、古い本番ブランチは廃止されて、以後は保守されなくなる。 つまり、プロジェクトとブランチが1対1に対応する状態遷移になる。 プロジェクト：新規作成→使用中→非公開→終了 ブランチ：新規作成→使用中→廃止(以後保守
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
