プロジェクトのアーカイブの詳細については、「プロジェクトのアーカイブ」を参照してください。内からはプロジェクトを元に戻せないことに注意してください。コピーを使用できるようにすることによってのみプロジェクトを復元できます。プロジェクトの削除を実行する前に、本当に削除してよいかどうか確認してください。プロジェクトの削除は、プロジェクトに関連付けられている課題、バージョン、およびコンポーネントのみを削除します。関連するスキーマ、ワークフロー、または課題タイプや、別のプロジェクトと共有されている可能性のあるコンテンツは削除されません。選択し、関連するプロジェクトを選択します。プロジェクト設定メニューで、プロジェクトの削除を選択します。削除をクリックしてプロジェクトの削除を開始します。プロジェクトが削除されたことを確認します。プロジェクトを設定する以下のいずれかを実行してプロジェクトの設定ページに移動します。選択し、関連するプロジェクトを選択します。プロジェクトドロップダウンリストから選択して対象のプロジェクト概要に移動し、プロジェクト設定リンクをクリックします。別のプロジェクト設定に切り替えるには、左のリンクを使用します。各設定の説明については、以下のセクションをお読みください。開発ツールプロジェクトの詳細プロジェクト設定サイドバーで、詳細をクリックして、必要に応じてプロジェクト詳細を編集します。編集が完了したら、必ず保存ボタンをクリックしてください。次の点に注意してください。これは単純な作業ではありません。プロジェクトキーの編集。レンダラーを使用して、プロジェクト説明でリッチテキスト(HTML)を表示します。プロジェクトアバターを使用しない場合、透明ピクセルをアップロードできます。これにより、効果的に透明ピクセルがロードされます。したがって、画像は表示されません。カテゴリ別に並び替えて表示したりすることができます。つのカテゴリにのみ所属します。カテゴリはプロジェクト階層の一部ではないことにご注意ください。サブプロジェクトや親プロジェクトをサポートしません。様々な課題タイプを使用してバグ、タスク、ヘルプデスクチケットなど、様々なタイプのものをトラッキングできます。各課題タイプが異なる振る舞いをするように設定することも可能です。異なるプロセスフローに従うようにしたり、異なる情報をトラッキングするようにしたりできます。左側のメニューの課題タイプ、またはバグ、タスク、ストーリーなど、その下の課題タイプのいずれかをクリックします課題タイプ:これをクリックして、プロジェクトに適用する課題タイプを設定します(課題タイプスキームを選択するか、または既存のスキームを編集します)。プロジェクトの課題タイプで使用するワークフロー、フィールド、画面を設定できますが、課題タイプのどれかをクリックして、設定する方が簡単です。これをクリックし、プロジェクトの課題タイプに関してワークフロー/画面を設定します。ワークフローデザイナーが表示されます。画面デザイナーが表示されます。課題はチームの慣行を反映するプロセスをたどることができます。ワークフローは、オープン、進行中、解決済みなど、課題が従う一連のステップ(またはステータス)を定義します。課題のステータスのトランジション方法を設定できます。ステータスをトランジションできる人、トランジションの条件、各トランジションで表示される画面などを指定します。スキームは、どのワークフロー(課題の状態のトランジション)がこのプロジェクトの課題タイプに適用されるかを決定します。画面を定義することによって、課題情報の特定部分を特定の時点に表示できます。画面はただフィールドが集まったものです。課題を作成、表示、編集するときに表示する画面や、ワークフローの特定の工程を経て移行するときに表示する画面を選択できます。プロジェクトの画面スキームは、さまざまな課題操作(表示、編集、作成)を表示するために使用する画面を決定します。フィールドの振る舞いを定義できます。フィールドごとに、必須/オプション、リッチテキスト/プレーン・テキスト、非表示/表示を指定できます。フィールド設定を使用してこの振る舞いを定義します。プロジェクトのフィールド設定スキームは、このプロジェクトの課題タイプに適用されるフィールド設定を決定します。テキスト、プレーン)、ヘルプテキストを決定します)。プロジェクトをリンクできるようになります。プロジェクトなどです。これにより、これらのアプリケーション間の連携ポイントを利用できます。」を参照してください。同じ人が一つのプロジェクトのリーダーであっても、別のプロジェクトのオブザーバーであってもかまいません。プロジェクト内の特定のロールに特定の人々を割り当てることができます。プロジェクトリーダーの役割を果たすユーザー。スキーム、ワークフロー)で使用される可能性があります。このプロジェクトの課題が作成されたときに、最初に割り当てられるユーザー。一般設定で未割り当ての課題の許可が「On」である場合に「未割り当て」となるかのいずれかです。既定のコンポーネント担当者もあります。既定では、新規プロジェクトにも「未割り当て」に設定されている「既定の担当者」があります。リーダー」に設定したい場合は、ここで変更できます。メンバーは、このプロジェクトの特定の機能を果たすユーザーまたはグループです。スキーム、ワークフローで使用されます。1.0、1.1、1.2、2.0、2.0.1)。バージョンの管理、リリース、およびアーカイブに利用できます。リリース日を含めることも可能です。この日付を過ぎてもそのバージョンが未リリースの場合、自動的に「期限切れ」と強調表示されます。プロジェクトで定義されるバージョン。詳細は、「バージョン管理」ページを参照してください。コンポーネント様々な課題を分類し、管理するために、様々なコンポーネントを定義する必要がある場合があります。(課題は1つ以上のコンポーネントに所属できます)。各コンポーネントに対して既定の担当者を選択できます。これは、プロジェクト内で様々なサブチームをそれぞれ率いている人が存在する場合に便利です。このプロジェクトの課題が所属可能な論理グループ。使用して、プロジェクトにアクセスできるユーザーを制御したり、ユーザーが実行可能な作業内容(たとえば、"課題の作業"、"課題へのコメント"、"課題の割り当て"など)を正確に制御できます。レベルを使用して、個々の課題へのアクセスを制御することもできます。特定のユーザーやグループ、ロールにアクセスを許可できます(多くの場合、ロールの管理が最も簡単であることに注意してください)。プロジェクトの権限スキームはこのプロジェクトの課題を表示または変更する権限を持つ人を決定します。プロジェクトの課題セキュリティスキームは、このプロジェクトで課題に設定できる表示範囲を決定します。(「課題が作成されました」、「課題が解決されました」など)。特定のユーザー、グループ、またはロールを選択して、様々なイベントの発生時にメール通知を受け取るように設定できます。(ロールは多くの場合、管理が最も容易です。プロジェクトの通知スキームは、このプロジェクトの課題に対する変更についてメール通知を受け取る人を決定します。このプロジェクトで設定された電子メールの「From」アドレスを指定します。メールサーバーが設定されている場合にのみ使用できます。既定ですべての新しいプロジェクトに関連付けられます。発生するとすぐ電子メール通知が送信されます。ユーザーのみが表示できます。このセクションには、統合機能を使用できるユーザーと、そのユーザーに接続された開発ツールの概要が記載されています。コミット、レビュー、ビルド情報などのその他の開発関連情報を表示できるユーザーがリストされます。この機能は「開発ツールを表示」プロジェクト権限により制御されます。開発ツール機能を使用する資格を持つか示します。グローバル権限を持っている必要はありません。管理者グローバル権限がなくても、次の操作を実行できます。バージョンの定義プロジェクトのスキーム(通知スキーム、権限スキームなど)の表示。選択も編集も行わない。グローバル権限を必要とします。