Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TOPIC Redmineを3年間使い続けてお世話になったプラグインたち（全部、無償版） ＜書かないこと＞ Redmineの操作説明（インストール、操作方法など） プラグインの操作説明（インストール、操作方法など） ＜補足＞ 利用当時（2016年夏頃まで）の状況によるものとなりますので、最新の情報については要再確認となります。（当時はなかったものが今はあるかもしれないし、逆も然り） Redmineを3年間使い続けてお世話になったプラグインたち ※ 私が使っていたRedmineは、【Bitnami Redmine 3.1.1-1】となりま
参考 基本的にここの記事の通りです。 http://daily-postit.blogspot.jp/2012/12/blog-post.html 前提 DBもファイルもバックアップを残してあること。 手順 ステップは2つ データの復旧 ファイルの復旧 データの復旧 復旧するデータのあるテーブル issues journals journal_details watchers attachments issue_relations custom_values 追記：custom_values が抜けてた。以下のSQLは追記済。 SQL的にはこんな感じ。 select * from issues where id = 4987; select * from journals where journalized_id = 4987; select jd.* from journal_detai
ここ最近、必要に迫られて ruby も rails もよく知らないのに Redmine のプラグインを何個か作ったので紹介します。 redmine_rouge https://github.com/ngyuki/redmine_rouge Redmine のシンタックスハイライトエンジンを Rouge に変更します。 Redmine はデフォルトだと CodeRay でシンタックスハイライトしますが、対応している言語が少ないです（c# とか未対応です）。 このプラグインを導入すると、より多くの言語のシンタックスハイライトが可能になります。 ... シンタックスハイライトといえば Pygments が有名です。 Python 製ですが Pygments.rb を使えば ruby からも簡単に呼ぶことができます。 が、Rouge の方が（Pygments.rb 経由の）Pygments よりも
チケット駆動開発を運用していると話すと、必ず「チケットの粒度はどれくらいが妥当ですか？」という質問が来る。 僕はまだその質問に完全な回答は持っていない。 その質問について考えていることをメモ。 【1】RedmineやTracで、全てのタスクからQAまでチケットを起票してから作業を始めるようにすると、チケットの粒度がかなり細かくなってしまう。 粒度が小さいと作業しやすいが、チケットの完了速度よりもチケットの登録速度が上回ってしまう時が多いため、どんどんタスクが増えていってしまうような感覚に陥ってしまう。 かと言って、チケットの工数が5人日以上になってしまうと、進捗がはかどっているのかどうかも分からない。 チケットの粒度が問題になる状況は、顧客へ進捗報告を出したい時だ。 RedmineやTracによるチケット管理はあくまでも開発者のためのタスク管理が目的だから、粒度が細かすぎて、顧客から見れば
Redmine には気づきにくいけど、結構便利な機能があります。 今回はそういった意外と知られていないかなという機能についてまとめてみました。 チケット 1. チケットリストの右クリックメニュー 2. チケットリストのオプション 3. 添付ファイルの表示 バージョン管理システムとの連携 4. コミット時に活動時間を登録 5. チケットの関連付けを修正 6. リビジョンとのリンク ツールチップ 7. 日付表示 8. チケット番号、リビジョン番号 Wiki 9. 簡易 pre 10. コードハイライト 11. サムネイル用マクロ 12. 折りたたみ用マクロ 13. Wiki 記法のエスケープ 14. サイドバー チケット 1. チケットリストの右クリックメニュー 気づきにくいことで、逆に有名かも知れませんが、 最初に気づきにくいけど便利という典型的な機能から紹介します。 チケットリスト上で、右
Redmine の通知を chatwork に流す redmine_chatwork_notifications を作成しました ツイート まだ正式版ではないですが、最近 chatwork の API が公開されました。 そこで、 Redmine のチケット更新通知を Chatwork に流したいと常日頃考えていたのでプラグインを作成しました。 Redmine Chatwork Notifications (github) ⇒ https://github.com/ummm/redminechatworknotifications Redmine バージョン 2系(以上)で動作するはずです。 機能 Redmine でチケットや Wiki の作成・更新をきっかけに動作します。 例えば Redmine で上記のようにチケットの作成を行うと、下記のようなメッセージをチャットワークに流します。
こんにちは、株式会社CFlatです。 Redmineといえばプロジェクト管理ツールの定番といっていい強力なツールですよね。弊社でもプロジェクトによってはタスク管理に使用しています。 Redmineでは機能やタスクはチケットとして登録されていきますので、プロジェクトが進むにつれてチケットがどんどん増えていきます。チケットが増えてくるとうまく状況を把握できなくなって対応漏れが発生したり、なんとなくRedmineの更新を後回しにしてしまったりというようなあまりよろしくないことが起こり始めます。 それを回避するためにRedmineにはチケットのフィルタ機能があります。担当者やチケットのステータスなどによる絞り込みが行えます。さらに強力な機能としてこの絞り込み条件を保存する「カスタムクエリ」という機能があります。気が付きにくい機能なのですが使わない場合と比べると快適さが全然違いますので、知らない方は
前回は、1000人のエンジニアがRedmineを使い出すまでの事例を紹介させていただきました。今回は、Redmineの使い方や、大規模に変化してくRedmineの運用について、2年間の運用や改善から得たナレッジや、気がついたことをまとめていこうと思います。 1. Redmineのオブジェクト構造を理解した方がいい Redmineは以下の構造になっているので、タスクの属性をうまく分類する必要があります。 プロジェクト > サブプロジェクト > バージョン > 親チケット > 子チケット > トラッカー > カテゴリ 注意したいのは、プロジェクト・サブプロジェクトには期限が設定できず、バージョンには終了日時、チケットには開始日時と期限をつけることができる点です。期限があるものには、期限のあるものを当てはめるのがすっきりします。Redmineを使って「何を」「どう」管理していきたいのかを、まず考
Redmine1.1.2に更にプラグインを入れてみたのでメモ。 Redmineに入れたプラグイン一覧part2: プログラマの思索 Redmineに入れたプラグイン一覧: プログラマの思索 【1】ガントチャート改造 【Redmine 1.1.2】ガントチャートを開始日順にソートする｜渋谷ではたらくイタズラ者、マー君のブログ。 【Redmine 1.1.2】ガントチャートに日付を表示させる｜渋谷ではたらくイタズラ者、マー君のブログ。 Redmineのウリの一つは、チケットをきちんと入力しておけばガントチャートをいつでも出力できること。 但し、ガントチャートに日付が出てなかったり、ソート順が開始日でないので綺麗に出ない症状があり、以前から一部ユーザはカスタマイズしていた。 上記のパッチを当てると、最新版でガントチャートに日付が出てソート順が開始日になるので、MS Projectっぽくなる。 管
Redmineのガントチャートを改造するパッチやプラグインをメモ。 Redmineのウリの一つは、チケットに開始日・終了日・進捗率を入力しておけば、ガントチャートを自動生成してくれること。 現場リーダーがあらかじめWBSからタスク一覧を洗い出して一括インポートした後は、Redmine上でメンバーがチケットを最新化してくれれば、プロジェクトの最新状況をガントチャートで見ることができる。 又、開発チームの進捗に直接タッチしない会社の上層部もガントチャートを見れる環境にしておけば、進捗の遅れやリスク、アラームを社内全体で共有できる利点もある。 だが、Redmineのガントチャートはチケットの親子関係も反映してかなり良くなったけれども、MS Projectに比べるとまだ足りない機能がある。 色々調べてみた。 【環境】 Redmine 1.1.2 【ガントチャート改造(日付)】 Redmineに入れ
第4回shinagawa.redmine勉強会に参加してきた - torutkの日記にて、岡本隆史さんの発表にRedmineとGitの連携（認証統合）がありました。この参加レポートで次のように書いていました。 中央リポジトリはRedmineでも、Git利用OKとのことです。Redmine 2.1ではGit認証統合が搭載され、Redmineのロールに基づきリポジトリのread権・write権の制御ができるそうです。この話は知りませんでした。gitoliteでssh鍵を使ってユーザー管理するの大変だなぁと思ってました。なお、設定は、Apacheの設定ファイルにいろいろ記載するようです。Gitリポジトリ名に制約があるようです。 しかし、Gitは軽くさわってみた程度です。Gitサーバーの立て方が未知のままです（gioliteは途中で挫折）。が、意を決して構築してみました。ので、たぶんに試行錯誤が含
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
