LDAP認証 - Redmineガイド
Home インストールガイド Redmineのインストール » メールの設定例 アップグレード Redmineのバックアップとリストア 他システムからの移行 システム管理者向けガイド プロジェクトに対する管理操作 ユーザに対する管理操作 グループに対する管理操作 ロールと権限 課題管理システム カスタムフィールド 選択肢の値 アプリケーションの設定 システム管理者向けガイド — 高度な設定 リポジトリ メールによるチケット登録 リマインダメールの送信 LDAP認証 LDAPの設定 "On the fly"ユーザー作成 Dynamic Bind Account Base DN variants Group based LDAP login トラブルシューティング Account value format Slow LDAP authentification OpenDS ユーザーガイド 始め
suz-lab.com - suz lab リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
Rails 3.0 の production モードでは静的ファイルが自動ロードされない - happy lie, happy life
社内でテスト運用しているアプリを Rails 3.0 + PostgreSQL 9.0 + Unicorn + Nginx で動かそう！という話になって、とりあえず Unicorn 単体で Rails アプリを起動するところまでこぎつけたのですが、なぜか public 以下に置かれたファイルが 404 Not Found に。 なぜ？と思ってログを参照すると、どうやら静的ファイルも通常のルーティングで処理しようとしている様子。つまり stylesheets/application.css なら stylesheets コントローラの application というアクションを css 形式で呼んでいる、と。 これを回避するには Rails 側の設定で config/environments/production.rb に config.serve_static_assets = true
gem install mysqlが失敗する
Redhat Enterprise Linux / CentOSで gem install mysql を実行すると以下のようなエラーで失敗することがあります。 # gem install mysql Building native extensions. This could take a while... ERROR: Error installing mysql: ERROR: Failed to build gem native extension. /usr/local/bin/ruby extconf.rb install mysql checking for mysql_query() in -lmysqlclient... no checking for main() in -lm... yes checking for mysql_query() in -lmysqlcl
Big Sky :: コマンドラインからredmineを扱える「godmine」作った。
とりあえず issues 関連は出来てるので、これを使うコマンドラインプログラムを書いた。 $ go get github.com/mattn/go-redmine/godmine 名前は中二病っぽいけど「godmine」という名前にした。 使い方は、例えば issue の一覧であれば $ godmine issue list もしくは $ godmine i l issue の登録は $ godmine issue create "なんてこった" "大変だ！" みたいにするか $ godmine issue append で起動するテキストエディタ(環境変数EDITORを参照しunix改行コードが扱えるテキストエディタのみ使用可能)で ### Subject Here ### ### Description Here ### 上記の部分を書き換えて保存終了する。 設定ファイルは ~/.c
Redmineのチケットの勢いを見える化するプラグインを放置してたら公開されてた - suer のブログ
だいぶ前に書きっぱなしで放置してたプラグインを隣の人がいつの間にか公開していました。 http://suer.github.com/ 何をするプラグイン？ こんな感じで時系列のチケットの open / close 数のグラフを表示するプラグインです。 特徴はクローズと見なすステータスを指定できることです。 通常はRedmine自体に設定している終了ステータスを見ればいいんですが、 チケット自体は残ってても自分の仕事が終わってたら「完了」として見たい フィードバックがあるかもしれないけど、取り急ぎ終わったと思っているチケットは「完了」として見たい といった場合に便利です。そういう意味では管理者ではなく開発担当者目線での利用を想定しています。 インストール $ cd $RAILS_ROOT/vender/plugins $ git clone git://github.com/suer/red
プロジェクトの概要にREADMEを表示するプラグインを書いた - すえひろがりっっっっ!
この記事はRedmine Advent Calendar jp 2011 11日目の記事となります。 運用寄りの記事も考えましたが、それよりもプログラムを書くのが楽しそうだったので、即興で小さなプラグインを作ってみました。 概要 github だと READMEから始まるファイルがあるときれいに表示してくれます。 私のようなずぼらなプログラマはREADMEって書くのが億劫になるのですが、 あんな風にプロジェクトの顔的存在として表示されるとなると頑張って書きたくなります。 Redmineはプロジェクトにリポジトリを持っているので、githubと同じことができるじゃん！ということで試作してみました。 動作環境 Redmine1.2が動く環境で確認しています。 リポジトリは git しか確認していません。 ソースコード github で公開しています。 https://github.com/su
２つめブログ バージョンガントチャートPlugin 0.1 完成
プラグインの概要 Redmineに登録したチケットとバージョンの情報から、 開発者ごとの作業負荷とタスクの進捗状況をざっくりと確認できるプラグインをつくってみました。 標準のガントチャート表示機能は綺麗に表示できるんだけど、開始日と期限日の入力と更新が面倒で使わなくなってしまった。 なので、できるだけ「少ない入力項目」で、「大雑把な進捗」を確認できるものを目標にしています。 入力項目 バージョンガントチャートを表示させるために必要な入力項目は、 チケットの担当者 チケットの'Target Version' の２つ。 必須じゃないけれど入力しておいた方が良い項目は、 バージョンの期日（未設定時は常に昨日） チケットのステータス（進捗％とどちらかだけでもOK） チケットの進捗％（ステータスとどちらかだけでもOK） チケットの予定工数（未設定時は6時間で計算） の４つ。 チャートの意味 これらの
redmine_chartsプラグインでバーンダウンチャートは表示可能 - プログラマの思索
下記プラグインをインストールしてみたら、バーンダウンチャートの表示が可能だけでなく、機能が豊富でとても素晴らしかった。 以下メモ書き。 【redmine_charts】 Redmine - PluginCharts - Redmine mszczytowski's redmine_charts at master - GitHub pullmonkey's open_flash_chart at master - GitHub ruby on railsでグラフを作成する。Open Flash Chart編←【2009/11/18 追記】 【インストール方法】 $redmine/vendor/plugins へredmine_charts、open_flash_chartのフォルダを解凍して配置する ※open_flash_chartフォルダがないと、redmine_chartsが動作しな
Redmineの集計プラグイン、statSVN諸々 - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
[redmine][メモ]redmineのガントチャートに担当者名を表示する方法 - かけだしエンジニアの独り言
2009年05月01日 10:40 カテゴリプログラミング [redmine][メモ]redmineのガントチャートに担当者名を表示する方法 Posted by kistame228 No Comments No Trackbacks Tweet redmineのガントチャートは素晴らしいのですが 一覧で見たときに担当者名がでていないのが残念！ ということで ガントチャートに担当者を表示するようにしたときの改修のメモです。 redmineのバージョン Redmine 0.8.3.stable ソース app/views/issues/gantt.rhtml 改修箇所は89行目周辺 改修前 <%= link_to_issue i %>: <%=h i.subject %> 改修後 <%= link_to_issue i %>: <%=h i.subject %> - <%= i.assign
Martin Liu | Cyber World
下载： u-boot.bin u-boot-1.1.6-mini2440.tar.gz 同学买了一块FriendlyARM（友善之臂）做的mini2440的板子，板上有友善之臂自己扩展的SuperVIVI，很简便易用的一个bootloader，特别是菜单功能做的很贴心。然而美中不足的是，SuperVIVI需要通过USB来更新NAND上的内容，这个USB驱动却又只支持Windows 2000（Windows XP勉强能用），但我的同学现在只有MacOS X和Vista机器了，用起来很是不便。 友善之臂提供了一个u-boot，心想刷到NAND上就好了，用不了几分钟。于是我考虑给他的mini2440换上网络功能强大的u-boot。显然后面的进展远没有这么顺利，不然就不会特别来记述一番了。 刷上自带的u-boot后，发现MTD的分区很怪异，kernel区是从0开始的。心想，不至于有这么怪异的错误留
3年使ったRedmineの使い方について共有したい10のこと
前回は、1000人のエンジニアがRedmineを使い出すまでの事例を紹介させていただきました。今回は、Redmineの使い方や、大規模に変化してくRedmineの運用について、2年間の運用や改善から得たナレッジや、気がついたことをまとめていこうと思います。 1. Redmineのオブジェクト構造を理解した方がいい Redmineは以下の構造になっているので、タスクの属性をうまく分類する必要があります。 プロジェクト > サブプロジェクト > バージョン > 親チケット > 子チケット > トラッカー > カテゴリ 注意したいのは、プロジェクト・サブプロジェクトには期限が設定できず、バージョンには終了日時、チケットには開始日時と期限をつけることができる点です。期限があるものには、期限のあるものを当てはめるのがすっきりします。Redmineを使って「何を」「どう」管理していきたいのかを、まず考
Redmineが1000人のエンジニアに使われるまでのこと
デブサミ2011の後に、Shibuya.tracの第10回勉強会で初LTをしました。テーマは「EnterpriseレベルのRedmine導入結果について」です。外の勉強会は緊張しますが、@yusuke_kokuboさんや@akipiiさん、アジャイルなゆかいな仲間たちにお会いすることができ、とても楽しい勉強会でした。また学びに行かせていただこうと思います。 はじめに 上の資料はそのときのものです（Slideshareはこちら）。5分間のLTだったため、あまり詳細をお話しすることができませんでしたが、勉強会の時に知り合った方と、今度、Redmine導入＆運用の情報交換会を企画しており、そこで共有するネタとして、まずは、Redmine導入時の経験をここにまとめようとおもいます。まずはその前に、私の仕事内容を少しだけ説明させてください。 標準化とか全社共通とかいう仕事 私は入社以来、サービス開発
Redmineでアジャイルチームのスピードやパワーを見える化する
burndown chart via kakutani アジャイルなチームを目指す。私がチーム運営を始めたときのポリシーでした。どうやって作業をこなすだけから、アウトプットへの価値へとシフトしていくか？チームの方向を示すためにも、様々なメトリクスやKPIを見える化する必要がありました。 通常のプロジェクト管理方法だと、ガントチャートでロードマップを設定、進捗の状態を管理。WBSなどを作ってそれぞれのタスクを管理・・・といった形が一般的なのでしょうか。しかし、それではワクワクしない。そんな中、常に改善を心がけ、私が試して行き着いた方法を紹介させていただこうとおもいます。 唯一生き残ったプラグイン バーンダウンやタスクボードなど、Redmineのプラグインで様々な見える化をしましたが、ずっとそれを使うことはしませんでした。その中で、最終的に生き残ったのがパーキングロットチャートです。なぜ、これ
全自動ねじまき機: Debian lenny + apache2 でredmineを動かす その1
カテゴリ apache (4) application (15) debian (10) mac (2) pc (3) redmine (6) server (11) subversion (9) プロフィール 性別：男 住所：川崎市 社内システム部門のネットワーク管理者とかプログラマをしています。 アーカイブ 2009年10月 (1) 2009年9月 (3) 2009年8月 (8) 2009年6月 (4) 2009年5月 (1) 2009年1月 (3) 2008年12月 (2) 2008年11月 (1) 2008年9月 (4) 2008年8月 (2) 以前Debian etchの環境で書いたものをlenny向けに書き直しました。 参照サイト Redmine.org 本家 Redmine.JP 日本語の解説あります RubyForgeのRedmineダウンロードページ インストール環境 D
redMine｜Ruby on Railsで作られたプロジェクト管理ツールredMineを使ってみよう!:第1回 プロジェクト管理ツールの必要性/Tracとの違い/redMineがオススメな理由|gihyo.jp
プロジェクト管理ツールの必要性 みなさんのプロジェクトは上手に運営できていますか？ プロジェクトメンバーのタスクの進捗管理はできていますか？ 問題・課題管理はスムーズに行えていますか？ ExcelやWord、紙資料を用いた管理で、作業が煩雑になっていませんか？ 進捗報告ミーティング用の会議資料作成やチームメンバとの情報共有のために、大きく時間を取られていませんか？ ファイルサーバには必要かどうか判断できない無駄な資料があふれかえっていませんか？ ソースコードはきちんと管理されていますか？ リリース用のソースコードに、どんな機能が盛り込まれ、どんな不具合が解決したのか、ちゃんと把握できてますか？ プロジェクトが混沌としてくると、ドキュメントやソースコードの構成管理がぼろぼろになり、プロジェクトメンバの作業の進捗具合をリーダが見通せなくなります。その結果、上記のような問いかけに対して「できてい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Redmine を nginx + Unicorn で動かしてみる | cocoa*life
Good night, Posterous
障害管理からチケット駆動開発へ～ソフトウェア開発の3種の神器
