Redmine でチケットを管理していると、人が増えたり、時間が経つにつれ、同じトラッカーでもチケットに記載されている内容がズレていってしまうことがありませんか？ 私のプロジェクトでも、人によってバグチケットの書き方などが異なっており、他の人がチケットを確認した時に非常に分かりにくい状況になっていました。 この問題を解決するために、あらかじめチケットのテンプレートを決めておいて、最低限必要な情報を入力してもらいやすくするために、チケットのテンプレート設定ができるプラグインである「 Redmine Issue Templates Plugin 」を導入することにしました。 これで人に左右されることなくチケットの記載レベルが統一されてくるはず・・・。
{ "payload": { "issue": { "author": { "icon_url": "http://www.gravatar.com/avatar/example", "identity_url": null, "lastname": "user", "firstname": "test", "mail": "[email protected]", "login": "test", "id": 3 }, "assignee": { "icon_url": "http://www.gravatar.com/avatar/example", "identity_url": null, "lastname": "user", "firstname": "test", "mail": "[email protected]", "login": "test", "id": 3 }, "p
今月紹介するチケットの一覧です。 Attachments Patch #25215: 既存ファイルと同じファイルが添付された場合はディスク上のファイルを再利用してディスク領域を節約 Issues Feature #482: プロジェクトごとにデフォルトの担当者を設定 Feature #10460: チケットをコピーするときウォッチャーを保持 Feature #23610: チケットをコピーするときステータスをリセット Issue list Feature #25515: チケット一覧に添付ファイルを表示 UI Defect #24617: Redmineのアップグレード後にキャッシュされた旧バージョンのJavaScriptとCSSが使われることがある問題の修正 Attachments Patch #25215: 既存ファイルと同じファイルが添付された場合はディスク上のファイルを再利用してデ
Redmine をマジメに使ったことがなかったのですが、使う機会が多くなってきているので、ちょっと慣れとかないと厳しいなぁと思っておりました。 とりあえず本を買ったは良いのですが、手元で確認したいというのと、同じく良く使われるようになってきている Gitbucket も手元で使いたい、 それに、せっかくだったら全部 Postgresql をバックエンドにしておきたいという思いもありました。 というわけで、これらの環境を手元にサクっと構築できるように、Docker Compose で立ち上げられるようにしておくか、というのが本エントリの趣旨になります。 これにより、以下のコマンドで、redmine と gitbucket が動き出します。 $ docker-compose run -d ベースとなるコンテナ ベースとしたのは以下のコンテナです。 コンテナ URL redmine:3.3.3
追記（2016/1/20） タイポしてたみたいですね、すみません。 「Redmineに Redmine Github Hook Pluginをインストールする。」の項目で、redmine_github_hook.gitのurlをミスっていたようです。 指摘してくれた方、ありがとうございます。 #前提 RedmineとGitlabが別サーバで用意されている。 Gitlabへgitユーザが存在し、developerグループへ所属している。 ファイルパスなどはデフォルトのものを利用しているので、適宜読み替えてください。 #Redmineに Redmine Github Hook Pluginをインストールする。 次のコマンドを実行。
はじめまして！ 株式会社 Aiming の土井です！ エンジニアをやっております！ 今回の開発者ブログでは、情報共有ツールとしての UML の活用方法について、現場での取り組みをご紹介させていただければと思います！ 技術仕様書の“図” どうやって書いてますか？ 株式会社 Aiming では、プロジェクトの Wiki やバグトラッキングに Redmine をメインに使っています。みなさんも既にご存知だったり、実際にバリバリ活用されていることとおもいます。 また、企画仕様書、技術仕様書などは Redmine の Wiki やエクセルに代表されるオフィススイート等を活用して作成しますが… 図の表現を求められるような仕様書を作る時に、どうやって作成しようか悩んだことはありませんか？ 標準ペイントソフトで頑張って作成 オフィススイートに含まれる、ドローツールを使って図を作成、画像吐き出し というケー
画面イメージ api keyというのはredmineの個人設定ページ、右側にあるやつですね。 ちなみにapi keyを入力していないと、実行時にuser／パスワードを聞かれます。 githubにあげました。 suzan2go/RedNodeKit · GitHub 何故作ったか この前、社内でnode-webkitを使った社内SNSのクライアントソフト(twitterのクライアントアプリ的なもの)を作ってる人を見かけ、自分もnode-webkit(初めて知った)を使って何か作ってみたくなりやっちゃいました。 作成したのはredmineをデスクトップアプリケーションから弄るツールです。名づけてRedNodeKit(redmine + node-webkit)。node-webkitとbootstrapで作りました。node.jsの機能なんて使わんかなーと思ってましたが、ファイル入出力とか簡単
Dockerの公式リポジトリにsameersbn/redmineというRedmineのイメージがあったので試してみました。 このイメージの面白いところは、アプリケーションだけでなくデータベースもコンテナにし、さらにデータファイルをコンテナから分離してるところです。 構成 Ubuntu 12.04: Docker 0.10.0、Redmine 2.5.1、MySQL 5.6 ※上記のサーバはVMware ESXi 5.1上で動作しています。 インストール MySQL まずは、以下のコマンドでMySQLのイメージをダウンロードします。 $ sudo docker pull sameersbn/mysql:latest次にMySQLのデータディレクトリをホスト側で保存するため、ホスト側でディレクトリを作成します。 $ sudo mkdir -p /opt/mysql/datadocker run
タスク管理のツールとしてオープンソースのRedmineを使っていた。エンジニアだけで使っているうちは特に問題はなかった。エンジニアが10数名、全員でも40人規模の会社なので全員の作業を見える化したいよねという話が上がって全員でRedmineを使い始めることになった。そして何が起きたか。 プロジェクトが乱立した エンジニアであれば「プロジェクト」は単位は大体想像がつくと思う。しかしながらツール上ではその単位でプロジェクトは作られなかった。「正規のプロジェクト」の小規模な機能追加であっても「○○対応プロジェクト」と銘打たれツール上にプロジェクトが作成された。 「〜対応プロジェクト」「〜導入プロジェクト」「〜検討プロジェクト」「〜プロジェクト」・・・どんな言葉にもプロジェクトを付ければ”プロジェクト”にできるんだということは新鮮ではあったし、勉強にもなった。（そもそも”プロジェクト”って何だ？）
Redmineには、オープンソースのプロジェクト管理ツールという表の顔だけでなく、業務アプリケーションの開発基盤(プラットフォーム)という裏の顔もある。 アイデアを下記にまとめてみた。 【1】最近、Redmineを企業(IPAも含む)が機能拡張する事例が少しずつ増えている。 何故、Redmineをカスタマイズしてでも、使いたいのか？ Redmineは本来は、オープンソースのプロジェクト管理ツールという表の顔がある。 ソフトウェア開発の進捗管理を開発チームがやりたいなら、一通りの機能が揃っている。 特に、日本では、Redmineの人気が高いらしい。 その理由は、インストールして、プロジェクトやワークフローなどのパラメータを設定すれば、すぐに運用できるからだろう。 そして、実際の運用は各チームで微妙に異なる場合が多いけれど、その微妙な違いもRedmineで実装できるくらい、Redmineが柔軟
ALMiniumを稼働させている仮想マシンをVirtualBoxからKVMへ移行しました。これで常時稼働させるマシンはKVM、主にデスクトップ系で作業をしないときは電源をきっても良いマシンはVirtualBoxといった分担にできました。移行作業にあたっては、ALMiniumのアップグレードも必要だったので備忘録としてメモを残しておきます。 基本的にはRedmineのアップグレード作業をすれば良いので、「アップグレード — Redmine Guide 日本語訳」の手順が参考になります。 バックアップは、/opt/alminium/files にあるファイルと、/var/opt/alminium にあるリポジトリをアーカイブする必要があります。また、MySQLのデータは、/opt/alminium/config/database.yml にある接続情報からダンプしておく必要があります。 新しい
こんにちは、ディレクターの溜水です。 LIGではプロジェクト管理にRedmineというツールを利用しています。 今まで使用したことがなかったので、「何ができて、何が良いのか」を自分の勉強と兼ねて簡単にまとめてみました。 【こちらもおすすめ】 ☞ 時代は共有！タスク管理を共有できるWebサービス12選 Redmineで何ができるの？ Redmineとはオープンソースの「プロジェクト管理ツール」です。 複数人でのタスク管理と進捗管理の情報共有がオンラインで簡便に行えます。 試しに「プロジェクトテスト サイトリニューアル」というプロジェクトを作ってみました。 Redmineの何が良いの？ 早速、Redmineの魅力を以下に挙げていきます。 プロジェクトに関わる作業、スケジュールを確認できる 個人的にRedmineで一番良いと思うのは、「ガントチャート機能」で、いわゆる工程表です。 「チケット」と
世界No1 Redmineクライアント Redmine Client for iPhone / Android RedminePM (レッドマインピーエム) はオープンソースのプロジェクト管理ソフトRedmineの iPhone / Android アプリです。日本語対応・すべて無料。AppStore/GooglePlay１位。Redmineユーザーはぜひお試しください！ ツイート 1. Redmineをモバイルで WEBで操作している基本機能（チケット登録/更新/参照/削除）を、モバイルでも簡単にできます。 2. 添付ファイル機能 iPhone/Androidカメラ画像をファイル登録。Dropboxなど別アプリケーションとも連携。 3. さまざまな検索 キーワード検索、ウォッチリスト、カスタムクエリ等さまざまな検索ができます。 4. ラベルカラー設定 ラベル背景色を自分好みにカスタマイズ
Redmineを導入するにはalminiumを利用するのがとても容易だけど、お一人で管理されてる？ためかRedmineのバージョンがなかなかあがらず、これを書いてる時点では2.2.0が出たのに、alminiumがサポートするのは2.0.3であるため、バージョンアップ作業をどうするか悩んでしまいます。 alminiumは公開された当初から利用していましたが、alminiumが新しいRedmineをサポートしてくれたときは再インストールして、そうでない場合はRedmineのソースを取得してalminiumで設定した内容をコピーする、という方法をとってきました。今回は後者について記録します。 前提 CentOS 6.2 alminiumインストール済み commit de5431ddeeecb8cfbcff2a9546ae6cf31e8b56ee Ruby 1.9.3, rails 3.2.6
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
まず、 Redmine は何に使うのというところから始めてみたいと思います。 バグ管理システム バグ管理システム(Bug Tracking System：BTS)というのは、バグを管理するためのシステムです。 私がこのバグ管理システムが欲しいなと思ったのは大きなプログラムを複数人で開発することになったときでした。 バグがあったときはだいたい次のような流れでした。 テストしている人や開発メンバー内からバグ報告 原因の場所を特定して、そのモジュール担当者に連絡 必要な工数を聞いて、報告した人に連絡 担当者が修正 完了後、バグ報告者に連絡 バグ報告者が確認 これらをメールでやり取りしていると、バグが 1 つだけならいいのですが、 2, 3 つと一緒に見つかると大変です。 情報が入り混じって、あのバグの修正は終わったかとか、 ちゃんと連絡したかなといったことがだんだんとよくわからなくなってきます。
以前書いた、TiDDとgit-flowを合わせた開発手法について | Technology-GymのRedmineとgit-flowを使ったチケットドリブンな開発手法は相変わらず続けていますが、少し使ってるツールが変わりました。 まずはgit-flow自体はそのまま使い続けています。 後述しますが、git-flowのhooksが正式に実装されれば、TiDDな開発はもっとスムーズに進むような気がします。 コマンドラインからredmineを操作するツールを以前は複数使っていましたが、 現在はgit-issueに統一してあります。 この記事で使用してるバージョンはgit-issue 0.8.0です git-issue : CLIでRedmine/Github-issuesのticketをbrows/editできるgitサブコマンド – ゆろよろ日記 git-issueはチケットの作成(git i
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
