Community Articles: Opinions, Interviews, 分析
2001 December 10
参加するing in OpenOffice.org: IssueZilla
Introduction
This is the second of a 一連の articles on how you can help 与える／捧げる to OpenOffice.org--the 製品 and the 事業／計画（する）. In the previous article, we 焦点（を合わせる）d on the mailing 名簿（に載せる）／表（にあげる）s and how to subscribe to the more popular ones; this article 取引，協定s with our bug and 問題／発行する tracker, IssueZilla.
What's an 問題／発行する tracker? And, for that 事柄, what's an 問題／発行する? And why "IssueZilla"? First things first. An 問題／発行する tracker 記録，記録的な／記録するs the history of an 問題／発行する from とじ込み／提出するing to 決意／決議. An 問題／発行する is not 正確に／まさに a euphemism for a bug; rather, it is 簡単に a more inclusive 称する，呼ぶ／期間／用語. It schedules and 跡をつけるs not only bugs (defects, mistakes, 汚い surprises), but also 仕事s, enhancements, and the like. We define 問題／発行するs, bugs, and how to use IssueZilla, in some 詳細（に述べる） on our "Got 問題／発行するs?" and "About 問題／発行するs" pages. This 現在の discussion does not supersede our already 広範囲にわたる documentation on IssueZilla; it only complements it.
IssueZilla, our 問題／発行する tracker, is a proprietary derivation of mozilla.org's 正確に，正当に famous and popular Bugzilla. CollabNet 改善するd the code and updated the 一括 and 使用者 interface. But the basic structure is 類似の, and many of our 文書s on IssueZilla still use edited 見解／翻訳／版s of Bugzilla's open-source 文書s, so if you are familiar with Bugzilla, you should be 権利 at home with IssueZilla.
With IssueZilla, the filer and assignee and anyone else associated with the 問題／発行する is 通知するd of the 問題／発行する's 進歩. They can 追加する attachments, too, meaning that 文書s can be 株d の中で several individuals (or many individuals). 事業／計画（する） 経営者／支配人s, in particular, will begin to see the 広大な／多数の／重要な advantage of this 体制／機構 and why it is so superior to email. Instead of sending off messages which stand an excellent chance of 存在 buried, the filer can とじ込み／提出する an 問題／発行する which will be 名簿（に載せる）／表（にあげる）d every time the assignee (the person to whom the 問題／発行する has been 割り当てるd) スピードを出す／記録につけるs in and checks her 問題／発行するs. It won't be lost, or abandoned. And when it is 解決するd, people can check it and 確認する the 決意／決議.
For these 推論する／理由s--because it makes collaborative 事業／計画（する） 管理／経営 現実に manageable--we 勧める OpenOffice.org community members to use IssueZilla.
But what makes an 問題／発行する an 問題／発行する?
Say you download the 最新の build, start using it, and find a problem--a bug or "defect"--or want to 示唆する something you think would 改善する the code (an "enhancement"). What we would like is for you to とじ込み／提出する an 問題／発行する 述べるing this and any other problem you find or suggestion you wish to make. The 推論する／理由? OpenOffice.org is an Open Source 事業／計画（する） and lives or dies on its community 参加. The 事業／計画（する） leads depend on the community to 実験（する）, 証明する, and 改善する the program. And who is this community? 基本的に, any 使用者 of OpenOffice.org, 含むing, of course, the 事業／計画（する） leads and their team members, but also endusers. (In fact, it was Linus Torvalds' brilliant 観察 that in Open Source 事業／計画（する）s the distinction between an 生産者 and 消費者--between a developer and enduser--消えるs, for all are committed to working on the 製品 and 事業／計画（する）.)
Say then you want to とじ込み／提出する an 問題／発行する. You must first 登録（する）, if you are not already a 登録（する）d 使用者 of OpenOffice.org. Only 登録（する）d 使用者s can 現実に とじ込み／提出する 問題／発行するs, though of course nonregistered may certainly 服従させる／提出する 問題／発行するs 経由で email to the 関連した email 名簿（に載せる）／表（にあげる） and ask someone else, who is a 登録（する）d 使用者, to とじ込み／提出する an 問題／発行する. But because that 過程 makes others do more work we prefer that community members 登録（する） and use IssueZilla.
It's 平易な--but also a little 混乱させるing, and in the sections below I will sketch out the 過程 of using IssueZilla. Again, as I について言及するd above, this discussion is not a step-by-step guide to using IssueZilla--we already have that--it is rather a general guide to what is 利用できる. Much of my discussion derives from our "About 問題／発行するs" 文書 and from the SourceCast help 構成要素 on IssueZilla. Readers are 勧めるd to 言及する to those 文書s.
とじ込み／提出するing an 問題／発行する
First things first: 登録（する） with OpenOffice.org, if you have not already. Then スピードを出す／記録につける in. Once you have logged in, you will be able to see the "My 問題／発行するs" link on the left navbar. Click on it and 見解（をとる） the 名簿（に載せる）／表（にあげる） of 問題／発行するs 割り当てるd to or by you. For the most part, とじ込み／提出するing out the IssueZilla form is not terribly difficult, but there are some choices to make, の中で the most important 存在 the 構成要素 to とじ込み／提出する the 問題／発行する under. The 名簿（に載せる）／表（にあげる） of 構成要素s does not fully 一致する with the 名簿（に載せる）／表（にあげる） of OpenOffice.org 事業／計画（する）s, but for the absent 事業／計画（する）s, you can とじ込み／提出する an 問題／発行する against the www (web) 事業／計画（する）, and the owner of that 事業／計画（する） will direct your 問題／発行する to the appropriate 位置／汚点／見つけ出す.
Why is it important to choose the 権利 事業／計画（する） for your 問題／発行する? Because OpenOffice.org 作品 on a per-事業／計画（する） basis, meaning that an 問題／発行する with the "枠組み," for instance, should be 扱うd by that 事業／計画（する）. 割り当てるing the 問題／発行する to the default owner of that 事業／計画（する）'s 問題／発行するs will go a 広大な／多数の／重要な ways to 確実にするing that the 問題／発行する is 現実に worked on.
Once you have chosen the 構成要素, you can fill in the form. For （疑いを）晴らす 指示／教授／教育s, again, please see the "問題／発行する 令状ing 指導基準s" page, which walks you through the 過程 in some 詳細（に述べる）.
By the way: You can also とじ込み／提出する 問題／発行するs for things having to do with the general website, not the 事業／計画（する） or code. For instance, if you notice a broken link, a misspelling, or are unable to use the mailing 名簿（に載せる）／表（にあげる）--anything like that--とじ込み／提出する an 問題／発行する and 割り当てる it to the "www" 構成要素.
What happens after you とじ込み／提出する an 問題／発行する?
Assuming you have 正確に とじ込み／提出するd an 問題／発行する, the next step is up to the person to whom the 問題／発行する has been 割り当てるd, often the 事業／計画（する） lead, or at least the person 責任がある the module. That person is 通知するd of the 問題／発行する 経由で email; he must then 受託する the 問題／発行する, which signifies his 領収書 of the notification. It's then up to the assignee to 行為／法令／行動する on the 問題／発行する.
Depending on the 優先 level you have 大（公）使館員d to the 問題／発行する, the assignee will 行為／法令／行動する on it with greater or lesser 緊急. But let's say it's a P2. In that 事例／患者, the assignee will probably を取り引きする as soon as he can. If he can 解決する it (直す／買収する，八百長をする it), he will signify as much and の近くに the 問題／発行する (which remains in the 古記録 of 問題／発行するs とじ込み／提出するd). But there are other 可能性s: the 問題／発行する may not be resolvable, or may depend for its 決意／決議 on a 網状組織 of other 問題／発行するs. For a description of these 可能性s, please see the "Got 問題／発行するs" page.
In any event, notification of the 進歩 made on the 問題／発行する will be sent to the email 演説（する）／住所 you used to 登録（する） with OpenOffice.org. 含むd in this email will be the URL for that particular 問題／発行する; depending on the 体制／機構 of your email （弁護士の）依頼人, clicking on it should take you to that 問題／発行する. But to comment その上の on the 問題／発行する you must be logged in first.
At some point, if you become active in OpenOffice.org, you will undoubtedly have many open 問題／発行するs. These can be worked on not just by you, or by your assignees, but also by others, who have been brought in to 解決する them. In short, 開始 an 問題／発行する with IssueZilla means 開始 the door to true collaborative work.
