<< 2005/07/ 1 1. [論文] 不採録 2. [Ruby] ブロックパラメータの新文法 3. [Hack] 今日のハック 2 1. 降れば土砂降り 2. お片付け 3 1. [教会] 断食日曜日 4 1. [言語] プログラミング言語 citron 2. [OSS] ESR: "We Don't Need the GPL Anymore" 5 1. バグトラッキングシステムへの不満 6 1. [Hack] WikiNameのないWiki 2. [OSS] 究極の俺オープンソース 7 1. [原稿] UNIX USER 9月号 2. [OSS] 北海道 3. まつもとゆきひろの写真 4. [言語] kmyacc 8 1. [OSS] 北海道へ 2. [Hack]今日のハック 9 1. [OSS] オープンソースカンファレンス2005 in Hokkaido 2. [OSS] 懇親
Peta walker : http://hp.vector.co.jp/authors/VA035113/index.html ペタクローンの作者であるPeta walkerの方にBacklogを使っていただけそうで嬉しい限りです。 オープンソースプロジェクトなどでBacklogを使用して、バグ管理・課題管理を行いたい場合、ちょっとだけ、注意が必要です。バグジラなど一般的なBTSでは「不特定多数に公開」することを前提としていますが、Backlogは「チームメンバーに公開」が前提になっています。よって、（いまのところ）ログインしていないユーザに対して情報を公開する方法はありません。 そこで、オープンソースプロジェクトで使用するときは、ゲスト用のユーザを作成して、権限を「レポーター」に設定し、ゲストユーザのユーザIDとパスワードを公開します。ログインは必要ですが、レポーターは「課題の報告」「
まずは、最新の状況にアップデートをする。aptline も testting から sarge に書き換えておく。 この前インストールしたばかりだと思っていた Sarge も、フリーズに入ってから駆け込みアップデートが続いているようなので、ごっそりアップデートされた。光なので速いのだけが救いだ。 aptlineにtracを加えて、まずは何が芋づるでインストールされるのか調べる。いまのところ、Sargeは素に近い環境だ。 # apt-get install trac -s The following extra packages will be installed: db4.2-util libapr0 libneon24 libsqlite0 libsvn0 python-clearsilver python-sqlite python2.3-clearsilver python2.3-s
有料 契約数 14,000 件以上 ※1 有料利用 ユーザー数 140 万人以上 ※2 サービス 継続率 98.8 % ※3 ※1：2024年9月末時点。 ※2：2024年9月末時点の有料契約内でBacklogを使用している利用者数の合計（契約者に招待されて同一スペースで使用しているユーザーを含む） ※3：2024年9月末時点の有料契約総数に占める解約数を引いた割合。
はてなダイアリーでは、ベータ版開設当初から、「はてなダイアリーへの要望」キーワードをユーザー様に作成頂き、その後は日記内で「はてなダイアリーへの要望」といったキーワードを言及することで要望をお寄せ頂いておりました。 当初、この方法により月間80件ほどの要望実装を行った実例もございましたが、重点的な機能追加期間を終え、次第に全ての要望を把握させていただくことが難しくなってまいりました。 この間、特定ユーザー様に要望を自発的にまとめて頂いたり、緊急性の高いものをメールで直接お教え頂いたりといったご協力を頂きながら運用を行ってきておりますが、はてなダイアリーへの要望、と言及している日記の全ての内容を把握することは、現在できなくなっている状態です。 この点について、多数の有益なご要望を頂いている皆様に、お詫び申し上げます。また、日ごろから様々なご指摘を頂いている有志のユーザーの皆様、大変有難うござ
http://sourceforge.net/projects/btrack/ http://sourceforge.net/projects/bugtrack/ http://sourceforge.net/projects/mantisbt/ http://sourceforge.net/projects/phpbt/ http://sourceforge.net/projects/btnet/ http://sourceforge.net/projects/bugbye/ http://sourceforge.net/projects/cmfcollectorng/ http://sourceforge.net/projects/bugtracker/ はてなダイアリーへの要望にバグトラックシステムを導入してほしいです。そうすれば、要望の管理もしやすくなると思いますし、要望ごとにユー
あまり纏まってないのだけどそのまま出しておく。一応、引用ということで。引用元はHDDの中のテキスト（藁 真面目な話、ちゃんとバグや要望の管理しませんか? 正式公開から2年も経って今更な感はありますが。 ユーザーからの「はてなダイアリーへの要望」は、バグであれ要望であれ、毎日毎日出続けています。番号振って処理できるようになると大分楽だと思うのですが、如何なものでしょうか。「続きを読む」記法の改善に関して特にそう思いました。 ちょっと考えてみると メリット はてなスタッフが見る分に楽 工程の管理が出来る 要望を出した人にメールが届くようにすればユーザーも安心できる。 デメリット ユーザーが見るべきページが増える マニアしかバグの管理に興味を示さない システムを作ってしまえば、はてなグループでも使えるようにしてうはうはですぜ。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
