Redmineのチケットの勢いを見える化するプラグインを放置してたら公開されてた - suer のブログ
だいぶ前に書きっぱなしで放置してたプラグインを隣の人がいつの間にか公開していました。 http://suer.github.com/ 何をするプラグイン？ こんな感じで時系列のチケットの open / close 数のグラフを表示するプラグインです。 特徴はクローズと見なすステータスを指定できることです。 通常はRedmine自体に設定している終了ステータスを見ればいいんですが、 チケット自体は残ってても自分の仕事が終わってたら「完了」として見たい フィードバックがあるかもしれないけど、取り急ぎ終わったと思っているチケットは「完了」として見たい といった場合に便利です。そういう意味では管理者ではなく開発担当者目線での利用を想定しています。 インストール $ cd $RAILS_ROOT/vender/plugins $ git clone git://github.com/suer/red
Git+Redmineな人におすすめのフックスクリプト集 - みずぴー日記
id:bleis-tiftによるgitのフックスクリプト集がマジ便利。 gitとredmineを使ってる人はぜひ使うべき 機能 チケット番号付加 id/12というブランチで作業してるときは、コミットメッセージの末尾にrefs 12を自動でつけてくれます Redmineのチケットごとにブランチを切るようにすると、マジ便利 masterブランチへのコミット拒否 masterブランチへのコミットを拒否する 必ずトピックブランチを切るようになる pushされたときにチケットIDのないコミットの拒否 チケットIDのないコミットのpushを拒否します ダウンロード・インストール方法 https://github.com/bleis-tift/Git-Hooks に書いてある通りにすれば簡単にインストールできます
gitとRedmineと連携させるgitサブコマンド: git-ticket - みずぴー日記
git + Redmineで開発する場合、Redmineのチケットごとにトピックブランチを切ることが多いですが、ちょいちょいチケットの内容を忘れてしまいます。 そういうときに、いちいちブラウザでチケットを見にいくのがダルいので、チケットのサマリを表示するgitのサブコマンドを作りました。 なお、本コマンドはbleis-hooksと併用することを想定しています。 インストール方法 git ticket subcommand · GitHub からダウンロードし、パスの通ったディレクトリに配置してください。 $ wget https://raw.github.com/gist/014371584dbf85d053ed/f8ade6f7fc36a4c8f49f72a538a6322bfb726bf8/git-ticket $ mv git-ticket /path/to/some/dir $ c
TiDDとgit-flowを合わせた開発手法について | Technology-Gym
Redmineを使ったTiDD（チケット駆動開発）と バージョン管理システムのGitを組み合わせて、どうやって開発していくのが上手い流れを作れるのかということを考えてみました。 まずはTiDDとは何か 気になるところを取り出すと コードに触る前にチケットを切る Ticket First タスクチケットは細分化して、放置されるようなタスクのサイズにしない チケットで親子関係を作ってまとめるといい 親チケット = ストーリーカード 子チケット = タスクカード コードとチケットを関係付ける(コミットコメントにチケット番号の付加など) No Ticket, No Commit katsumic.info – WorkNote » TiDD（チケット駆動開発）でいこう と大体同じです。 次はGitとチケットについて 元々、RedmineのチケットとGitをどう連携させるのがいいのだろう? というと
Redmineにプラグインをインストール ( ロードマップス + Redmine Charts + Redmine Code Review ＋ バージョンガントチャート ) - hogehoge foobar Blog Style Beta
以前に購入した「 Redmineによるタスクマネジメント実践技法 」を参考にしてRedmineにいくつかプラグインをインストールしてみたので、備忘録として手順をまとめておきます。 今回インストールしたプラグイン 今回インストールしたプラグインは以下の4つになります。 ロードマップス Redmine Charts (Open Flash Chart) Redmine Code Review バージョンガントチャート 上記の内、「バージョンガントチャート」はインストールは出来たもののエラーが表示されて未解決のままです。 ※エラーの内容については、下記に記載しています。 プラグインの使用設定/確認 プラグインの使用設定 各種プラグインについて、インストールした後は、各プロジェクトの「設定 > モジュール」で使用するモジュールを選択して保存する必要があります。 インストールされたプラグインの確認
r-labs - Code Review - Redmine
Redmine Code Review プラグイン ダウンロード 正式公開版 開発版 インストール 注意 使い方 レビューを書く 差分にレビューを書く 新規追加ファイルにレビューを書く レビューを読む Redmine Code Review プラグイン¶ English page is here. Redmineのリポジトリブラウザにレビューを書き込むことができます。 任意のリビジョンにレビューを書けます。 任意のリビジョン間の差分にレビューを書けます。 チケットに添付したパッチファイルにレビューを書けます。 レビューの実態はチケットです。 レビューに返信することができます。 レビューが追加されたらメールで通知することができます。 レビューの状態(オープン中、クローズ済み)管理ができます。 ダウンロード¶ 正式公開版¶ http://code.google.com/p/r-labs/dow
本当はすごい codefirst の開発環境 - suer のブログ
(本記事は @suer, @mallowlabs, @mzp がノリノリで共同執筆しました！) 近代的なソフトウェア開発に必要なツールは3つある。 分散バージョン管理ツール ITS CI ツール 私はこれに AsakusaSatellite (以下AS)を加えたいと思う。 以上の4ツールを使用することによって、迅速なコミュニケーション、洗練された自動化をベースとした開発リズムを体験することができる。 このあとの節では具体的なユースケースをベースに、上記ツールの連携方法及びそのメリットをみていく。 ユースケース：開発中にソースコードの特定行で例外が発生した原因を探る ここは codefirst の開発室。 @suer と @mallowlabs と @mzp はリズム良くコードを書いています。 そんなとき、ビルドの異常を知らせるポップアップが表示されます。 さっそくAS 上でミーティングがは
3年使ったRedmineの使い方について共有したい10のこと
前回は、1000人のエンジニアがRedmineを使い出すまでの事例を紹介させていただきました。今回は、Redmineの使い方や、大規模に変化してくRedmineの運用について、2年間の運用や改善から得たナレッジや、気がついたことをまとめていこうと思います。 1. Redmineのオブジェクト構造を理解した方がいい Redmineは以下の構造になっているので、タスクの属性をうまく分類する必要があります。 プロジェクト > サブプロジェクト > バージョン > 親チケット > 子チケット > トラッカー > カテゴリ 注意したいのは、プロジェクト・サブプロジェクトには期限が設定できず、バージョンには終了日時、チケットには開始日時と期限をつけることができる点です。期限があるものには、期限のあるものを当てはめるのがすっきりします。Redmineを使って「何を」「どう」管理していきたいのかを、まず考
HugeDomains.com
Captcha security check coolcoding.com is for sale Please prove you're not a robot View Price Processing
Redmineのチケット集計機能を強化するプラグイン - プログラマの思索
Redmineのチケット集計機能で良いプラグインがあったのでメモ。 いずれもマイグレーションが不要で、Redmine0.8.4で動作したから、ver0.8.xで大丈夫だと思う。 【元ネタ1】 Redmineプラグイン開発 - 大豆プラグインがとりあえずできた - フジハラボ -- 目指せ！スーパーエンジニア このプラグインは、期間を指定後、下記を集計出力する。 1-1・担当者指定でチケット一覧を表示 1-2・トラッカーの時間コスト(実績工数)を出して、円グラフなどでグラフ化する 1-3・バグの種類を分析して、円グラフなどで表示する(チケットに「原因」というカスタムフィールドを追加し、バグという名前のトラッカーだけ入力) 1-2の機能は、実績工数の分布を集計してくれる。 この機能によって、テストやバグ修正に時間が取られているか、開発や設計などの上流工程で時間を取られているか、分析できるから、
Redmineにソースコードレビューをつける·Redmine Code Review プラグイン MOONGIFT
ソースコードレビューは意味がないなんて言われることもあるが、適切に運用すればとても役立つシステムだ。他人のソースコードを見て勉強したり、人が見ることを意識するので奇麗なコードを書くようにもなる。 Redmineでソースコードレビューを Redmineにはリポジトリブラウザがついているが、ソースコードレビュー機能がないのが残念に思っていた。が、プラグインを使えば実現できるのだ。 今回紹介するオープンソース・ソフトウェアはRedmine Code Review プラグイン、Redmineにソースコードレビュー機能をつけるプラグインだ。 Redmine Code Review プラグインはRailsのプラグインのようにvendor/plugins以下に配置する。そしてモジュール画面で有効にすれば利用が出来る。使い方は簡単で、リポジトリを表示した際にあるDiffリンクをクリックすれば良いだけだ。
Redmineのプラグインが充実している - プログラマの思索
昨年に比べると、Redmineのプラグインがすごく充実している。 いろいろ試してみてメモ。 【コードレビュー】 r-labs - Code Review - Redmine Redmineリポジトリ画面からコードレビューのチケットを発行できる。 UIも使いやすいし、チケットでレビュープロセスを管理できるから、ReviewBoardでわざわざコードレビューしなくても良い気がしてきた。 それぐらい素晴らしいプラグイン。 【Hudson】 r-labs - Hudson - Redmine RedmineからHudsonと連携できる。 以前は、Redmine - PluginSimpleCI - RedmineでしかCIツールと連携できなかったが、このプラグインの方がはるかに高機能。 Hudsonを使っているなら、このプラグインは必須。 このプラグインのおかげで、ビルド管理をチケット駆動開発に含
Redmineを運用するためのイロハを身につけよう 記事一覧 | gihyo.jp
第6回よりよいパフォーマンスを求めて ～WEBrickからlighttpdへ～ 安達輝雄，並河祐貴 2008-05-26
概要設計工程でRedmine導入してみた事例 - T/O
やっぱり事例だよねということで、自分とこの事例をまとめてみる。 お仕事の概要 規模 => 当初の見積もりは900時間。ただし、途中で2割くらい減った。 期間 => 2ヶ月 メンバー => 3~4名。自分込み。 2〜3名が設計書作成、自分はレビュアーとして参加しつつ雑務。 概要設計に先立ち、要件定義は完了。30項目ほど。 滝。 Redmineの設定など 「概要設計」をバージョンとして作成。 30項目の要件をチケットとして登録。 ターゲットバージョン => 「概要設計」 開始日 => 登録したその日 期限日 => 概要設計完了予定日の2w前 予定工数 => それぞれの見積もり値を設定 担当者 => 設定しない ユーザの権限は全て「管理者」。 5名程度なら問題ないんじゃないの？ チケットのフロー 新規 -> 担当 -> 作成済 -> レビュー済 -> 完了 運用方法 タスクの割り振り それぞれが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AndroidのNFC機能でFeliCaの読み書きをする | −ゆめログ− | ゆめみスタッフブログ
@suer の Redmine プラグイン - FIXME OR DIE
r-labs - Redmineプラグイン集 - Redmine