Redmineを簡単にHerokuに置く - komagataのブログ
Heroku用Redmine簡単セットをforkしときました。バージョンは0.9.6で日本語用の初期データが入っている状態です。 % sudo gem install heroku rails -v=2.3.5 sqlite3-ruby taps % git clone git://github.com/komagata/redmine.git -b 0.9.6-for-heroku % cd redmine % heroku create issues-fjord % heroku db:push % git push heroku 0.9.6-for-heroku:master admin / adminで入れます。 やっていることはこちらを参考にしただけなので下記を見て自分でやっても同じです。 参照：Herokuでredmineを動作させる。 - コンピュータわ難しくて分からない！！
redmineインストール・Windows Server + IIS編 - 総天然色頁
要件 Windows Server 2008 + IIS 7環境にredmineを構築 redmineは0.8.4 databaseはMySQL 5.1 IISサーバーのホスト名は example.com とします。 example.com/redmine/ でアクセス出来ること 同一ポート番号で他のサービスを動かすため rubyのインストール http://rubyforge.org/projects/rubyinstaller/からバイナリをダウンロードしてインストール。 インストール時にgemを有効にしておく。 >ruby -v ruby 1.8.6 (2008-08-11 patchlevel 287) [i386-mswin32] >gem -v 1.3.1http://www.garbagecollect.jp/ruby/mswin32/ja/だとx64版（1.9.1）もあり。
概要設計工程でRedmine導入してみた事例 - T/O
やっぱり事例だよねということで、自分とこの事例をまとめてみる。 お仕事の概要 規模 => 当初の見積もりは900時間。ただし、途中で2割くらい減った。 期間 => 2ヶ月 メンバー => 3~4名。自分込み。 2〜3名が設計書作成、自分はレビュアーとして参加しつつ雑務。 概要設計に先立ち、要件定義は完了。30項目ほど。 滝。 Redmineの設定など 「概要設計」をバージョンとして作成。 30項目の要件をチケットとして登録。 ターゲットバージョン => 「概要設計」 開始日 => 登録したその日 期限日 => 概要設計完了予定日の2w前 予定工数 => それぞれの見積もり値を設定 担当者 => 設定しない ユーザの権限は全て「管理者」。 5名程度なら問題ないんじゃないの？ チケットのフロー 新規 -> 担当 -> 作成済 -> レビュー済 -> 完了 運用方法 タスクの割り振り それぞれが
【公開】第4.5回Shibuya.trac発表資料「RedmineとTracの機能比較～TiDDに必要な必須機能」 - プログラマの思索
第4.5回Shibuya.trac に参加して発表してきた。 スタッフの皆さん、ありがとうございました。 その発表資料「RedmineとTracの機能比較～TiDDに必要な必須機能」をCC Attribution ライセンスで公開します。 今回の発表は、昨年のKOFで発表したRedmine＋TiDDから続く一連のチケット駆動開発のまとめになります。 SQIP2009では、大手SIの経営者や管理職が多いせいか、チケット駆動開発の発表はプロセス改善というよりもツールに依存した運用改善と捉えられがちで、あまり反響がなかった。 でも、第4.5回Shibuya.tracはまるでホームのような雰囲気で、聴衆はTrac使用者がRedmine使用者よりもやや多かったけれど、チケット駆動開発に興味のある人達ばかりだったので、熱く語ることができた。 関西から八朔さんや小枝さんも来てくれて心強かった。 最後のパ
チケット駆動開発のベストプラクティスを収集したい - プログラマの思索
チケット駆動開発を実践して、色々考察してきて、ベストプラクティス集を作りたいと思っている。 理由は、チケット駆動開発とアジャイル開発の密接な関係を明確にして、アジャイル開発を簡単に運用できるノウハウとして公開したいからだ。 僕は、チケット駆動開発には下記4個のプラクティスが最低限必要だと思っている。 但し、XPのプラクティスと同じだがTiDDの言葉で言い換えているものもあるので注意。 １・チケット・ファースト(Ticket First) 【説明】 基本は、プロジェクトの作業はチケットを受け取ってから始める。 チケット無しで作業はしない。 また、SVNコミット時に、チケット無しのコミットも不可。 【効用】 チケットがタスクカード(作業指示書)のため、コミュニケーションロスがなくなるし、作業履歴がチケットのコメントとして残る。 進捗情報は全てチケットに書くから、BTSのチケット集計機能でリアル
チケット駆動開発を日本発のアジャイル開発へ発展させるには？ - プログラマの思索
さかばさんの記事を読んで考えたことをメモ。 【元ネタ】 [TiDD] 小規模開発の難しさを考える: ソフトウェアさかば チケット駆動開発 … ITpro Challenge のライトニングトーク (4) - まちゅダイアリー(2007-09-07) アジャイル開発は元来、小規模で変化の激しいプロジェクトが向いていると言われてきた。 しかし、XPが出現して10年も経つというのに、現場の実践例は非常に少ない。 ネット上でアジャイル開発の情報がこれだけ溢れていて、開発者も興味を持っているのに、事例になかなかお目にかからない。 情報処理試験の勉強でも、プロセス改善のセミナーでも、繰り返し型開発の重要性が叫ばれているのに、事例は非常に少ない。 その原因は、単純にアジャイル開発を実践できる技術力が足りないからだと思っている。 テスト駆動開発を実践するには、JUnitを使いこなさねばならない。 常時統合
チケット駆動開発が進むべき道 - プログラマの思索
さかばさんのBlogにTiDD(チケット駆動開発)の分析が書かれているのでメモ。 【元ネタ】 必然から生まれたチケット駆動開発 - XP祭り関西2009 その３-: ソフトウェアさかば TiDD：チケット駆動によるアジャイル開発法: ソフトウェアさかば TiDD：チケット駆動開発: ソフトウェアさかば [TiDD] チケット駆動開発とXPの共通点: ソフトウェアさかば [TiDD]チケット駆動開発と見える化: ソフトウェアさかば [TiDD] チケット駆動開発によるフロントローディング: ソフトウェアさかば [TiDD] プラクティスから方法論へ: ソフトウェアさかば TiDDとアジャイル開発に強い関連性があると色んな観点から分析されている。 TiDDはまだ定義すらない曖昧な概念であり、プロセスですらない。 今後進むべき方向は、方法論やベストプラクティス集を定義することだろう。 僕はTiD
読了・Redmine -もっと手軽にプロジェクト管理! - Natural Software
Redmine -もっと手軽にプロジェクト管理! 作者: 倉貫義人,栗栖義臣,並河祐貴,前田直樹出版社/メーカー: インプレスジャパン発売日: 2009/07/24メディア: 単行本購入: 6人 クリック: 245回この商品を含むブログ (31件) を見る位置づけは Trac で言う白本か。 かなりわかりやすく書いてあったので小一時間ほどでさらさらっと読んだ。 内容も幅広い 導入 インストール メンバーの使い方 管理者の使い方 バックアップの方法 バージョンアップの方法 プラグインの作成方法 Redmine を Amazon EC2 で動かす手順が書かれていたのが新鮮で、プラグインの作成方法まで書かれているのは画期的！ ただ 仕方ない部分はあるのかも知れないし、こういったツールを使うためには必ず通る道なのかも知れないけど、 やっぱりコマンドラインが多いなぁ。 せっかく Redmine は
Redmineにソースコードレビューをつける·Redmine Code Review プラグイン MOONGIFT
ソースコードレビューは意味がないなんて言われることもあるが、適切に運用すればとても役立つシステムだ。他人のソースコードを見て勉強したり、人が見ることを意識するので奇麗なコードを書くようにもなる。 Redmineでソースコードレビューを Redmineにはリポジトリブラウザがついているが、ソースコードレビュー機能がないのが残念に思っていた。が、プラグインを使えば実現できるのだ。 今回紹介するオープンソース・ソフトウェアはRedmine Code Review プラグイン、Redmineにソースコードレビュー機能をつけるプラグインだ。 Redmine Code Review プラグインはRailsのプラグインのようにvendor/plugins以下に配置する。そしてモジュール画面で有効にすれば利用が出来る。使い方は簡単で、リポジトリを表示した際にあるDiffリンクをクリックすれば良いだけだ。
第一回・Redmine 勉強会に潜入しますた - Natural Software
Redmine勉強会 - events.php.gr.jp Redmine 勉強会に滑り込みで参加しました＾＾ みんな業務で Redmine を使ってる人ばかりで Trac 使いの私は異教徒といったところか(笑) candycane の安藤さんや、入門 Redmine の前田さんにお会いできてとても有意義だった＾＾ 発表もかなり踏み込んだものが多くてためになった。 傾向として Redmine は不満なところはみんな同じで、推薦ポイントは違うという感じらしい。 Wiki が弱いのと（もうひとつ忘れた・・・） Trac との比較でよく出されるガントチャートは意外なことに使っていない（正確には難しくて使いこなせない）らしい。 インストールやら環境整備は探せば出てくるけど、実運用になると情報がすくない（どれも一緒） 懇親会ではポーケンが以外に活躍。でも、もう下火らしいとかなんとか。。。 Redmi
Redmine勉強会で発表してきた - Sooey
12日にトライコーン株式会社さんに場所をお借りして開催されたRedmine勉強会にて、「完璧なRedmineなど存在しない」というタイトルで発表してきました。なにやら大げさなタイトルではありますが、ホッテントリメーカーさまさまです。 There are No Perfect RedmineView more Microsoft Word documents from juno. ある程度の規模のRedmineユーザの集まりとしては、わりと本邦初なものだったと思うのですが、Redmine.JPの中のひとである前田さんがはるばる島根からいらっしゃってたりして、懇親会ではRedmineのレアな話題が飛び交っていたような気がします。私は、とりあえず国内外に散在しているプラグインに関する情報を集約する場が欲しいですなー、そうですなー、という感じのことを話していました。 ちゃんとした勉強会で発表するの
Redmine勉強会に行ってきた - みねちんにっき（仮）
とても楽しみにしていたのに体調が悪くてどうしようかとも思ったのですが、何とか頑張ってRedmine勉強会に行ってきましたのでご報告です。 結果として、とても興味深く、勉強になるお話がたくさん聞けたので、頑張った甲斐がありました＞＜ つーか、……うわー、知らなさすぎたー……orz という感じです。 発表と内容の感想（タイトルはちゃんとメモってこなかったのであとで修正します） id:yandodさん「実践Redmine カテゴリ設計にご用心」 スライドはこちら 司会＆最初の発表ということで、Redmineの概略から始まり、チケットをどこのレベル（プロジェクト・トラッカー・バージョン・ステータスなど）を使って分けていくか、どれはどんな特徴があるかなどを説明、さらに、戦略立てて分類を考えていくことでRedmineを活用していこうというお話、……と理解しました。 それと、RedmineのPHP移植版
redmine勉強会に参加した - kaz29
たまたま当日、eventsを見たらキャンセルがあったので滑り込みで参加しました。 http://events.php.gr.jp/events/show/80 以下メモ 実践Redmine カテゴリ設計にご用心 - yandod チケットの分類命 分類方法がたくさんある 分類のレベルで機能の振る舞いが異なる 作業とチケットの粒度を合わせるのが肝 分類内容 プロジェクト トラッカー バージョン ステータス カテゴリ 作業 バージョン=マイルストーン 日付に対応する目印 ロードマップの表示対象になる バージョンに対してwikiを設定出来る(ChangelogとかReleasenoteとか想定？） ステータス チケットの状態 ステータスは全プロジェクトに反映される トラッカーと連動するのでワークフローを作らないといけない カテゴリ ロードマップ上で分類されて表示出来る 作業 経過時間 今ひとつ使
Redmine勉強会は盛り上がりました！ - yandod's blog
Redmine勉強会 - events.php.gr.jp 思い立って企画し、ゆるく実施までこぎつけたRedmine勉強会ですが、とても盛り上がる面白いべ勉強会になりました。 通常よりも準備にかかわる人間が少なかったので、分かっていてやってしまったポカもあるのですが、おそらく参加して頂いた皆さんには有意義な時間が過ごして頂けたのかなと思います。 ・・・・というか、主催者が言うのもなんですが、自分がとっても楽しめました。 鈴木さんがUstreamでの配信もしてくれましたので動画の資料も残っていますので、内容は下記に。 実践Redmine カテゴリ設計にご用心 僕の発表です。 Redmineを使っていたり、candycaneへの移植をしていて気になった分類についての話。 Redmineは入力したものがどこで見えるのかのバリエーションが多い どのように作業を確認したいのかを決めて、それに応じた分
Redmineをもっと使い勝手よく·Farend Redmine Tools MOONGIFT
開発のプロジェクトにおいてRedmineを管理ツールに採用するケースが増えてきた。Railsに慣れている場合、Tracよりも手軽に動かせるイメージがある。リポジトリブラウザやWiki、チケット管理機能もある優秀なプロジェクト管理ソフトウェアだ。 VBスクリプトでチケットを登録するサンプルスクリプト そんなRedmineをさらに便利にしてくれる関連ツールを提供しているのがFarend Redmine Toolsだ。 今回紹介するオープンソース・ソフトウェアはFarend Redmine Tools、Redmine関連ツール提供プロジェクトだ。 Farend Redmine Toolsで提供されているツールは主に二つある。一つはVBスクリプトを使ってRedmineにチケット登録を行うPost issue VBS、もう一つはMuninを連携してバグ成長曲線を作るMunin plugin for
Redmine Cloud Hosting, Redmine Installer, Docker Container and VM
Trademarks: This software listing is packaged by Bitnami. The respective trademarks mentioned in the offering are owned by the respective companies, and use of them does not imply any affiliation or endorsement. Bitnami package for Redmine provides a one-click install solution for Redmine. Download virtual machines or run your own redmine server in the cloud. Redmine is a very popular Rails-based
UTF-8以外(Shift_JIS,EUC-JPなど)のファイルがリポジトリブラウザで文字化けする
「リポジトリ」画面でUTF-8以外のエンコーディングのファイルを表示させると、デフォルトの設定では文字化けします。使用する可能性があるエンコーディングを設定しておけば自動的に変換して正しく表示させることができます。 設定方法 「管理」→「設定」画面の「ファイル」タブを開き、「添付ファイルとリポジトリのエンコーディング」を次のように設定してください。エンコーディングがCP932(Shift_JIS)やEUC-JPのファイルもUTF-8に自動変換されるようになり、文字化けが解消します。 utf-8,cp932,euc-jp 変換の仕組み 「添付ファイルとリポジトリのエンコーディング」に設定したエンコーディングで順番にUTF-8への変換を試み、最初にエラーが発生せずに変換できた結果が採用されます。 無駄な変換処理を避けるために、使用する頻度が高いエンコーディングを先に（左のほうに）記述するように
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WorkTime - kusu - A redmine plugin to view and update TimeEntry by each user. - Google Code
はてなブログ | 無料ブログを作成しよう