2008-07-27スマートフォン用の表示で見る紫水晶の和この広告は、90日以上更新していないブログに表示しています。開発まず、表題について執筆する前に、提案者にも関らず準備なしにのぞんですいませんでした。レオさん、onkさんをはじめ参加者の皆さま、貴重な情報をありがとうございます。RedMineの半歩先へセッションテーマにあげた経緯Rails勉強会でRedMineの存在を知り、社内で導入を試みたら色々な面で弊害がありました。教授いただけないかと思ったのが経緯です。我々の問題1.会社では諸事情があり、WindowsOSでしかサーバが構築できない。・coLinuxの導入やWindowsサーバをホストとした仮想化もNG2.他のバージョン管理システムでは、十分に要件を満たせない。・IDEからGUI操作でコミットできる環境に慣れ親しんでいる。VSSの環境がありました。当初、Rubyに関するリソースもVSSで管理していました。別なツールや、コマンドベースで操作する教育をしたところ、思ったより時間を必要とすることがわかりました。3..Netと生産性を比較するために、作業実績を計測したい。RedMineを選択した理由1.効率よく作業実績を計測したかった。工数管理は別なシステムに依存する運用でした。チケットの仕組みを利用することで、RedMineの中で完結すると期待しました。2.仕事柄メインストリームから枝分かれするプロジェクトが多く、リーフとの関連が管理しやすいと期待がありました。3.メンバ増員により、早急に開発環境を統一する必要が出てきた。・一番の問題はIDEからソース管理を可能とすること。Subversion構築に伴い発生した問題1.Windows利用を想定した解決策の情報が以外と少ない。・GemからPassenger(ModRails)がインストールできない。StudioでCのソースをコンパイルすれば可能らしい。・当初WEBRickで利用していたら、原因不明な高負荷状況が続いた。他のサービスと共存環境のため、一概にWEBRickが原因だとはいえません。利用開始後に当問題が発生したのは事実。・Apache+Mogrelの手順に関する情報が少ない(検索でヒットし難い)2.作業時間と実績があわないケースがある。・管理方法や作業形態によって、プロジェクトに関っている時間とチケットを利用した実績工数が一致しないケースがある。※これはRedMineの問題ではなく、仕事との関り方で発生。いただいた情報1.Rubyの管理もRedMineで行っている。Cluster4.TracからRedMineに移行可能http://redmine.jp/guide/RedmineMigrate今日のセッションを受けて、個人的なKPTKeep1.積極的にディスカッションに参加していただけた。RedMineを試す。NetBeansを利用していること、Mongrelのポート毎管理の代替案として2.GitClientのWindows版があるとの事。3.RedMine上で管理されているRubyプロジェクトを積極的に参照する。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。