レポートMarketplace製品アプリケーション請求とライセンス情報よくある質問ログアウトアカウントにログインサポートにお問い合わせください。コミュニティをご利用ください。これらの変更を内部で検証し、他のプロジェクトに与える影響を分析する新しい設定を見直して検証します。提案された変更の複雑性と範囲に応じて、以下を確認することが重要となる場合があります。ワークフローが、すべての必要な状態およびトランジションで完了している。課題には、すべての必須情報を含むフィールドがあります。すべての課題で、すべての必須フィールドが、入力時またはワークフローのいずれかの時点で入力されている。全員に、タスクと責任に合った権限が供与されますが、それ以上の権限は付与されません。ユーザーが表示できるよう、すべての画面が検証済である。必要な情報を取得するための一般的な課題の作成/トランジション/編集、フィルター、ダッシュボード、またはレポートの使用。これらの変更が他のプロジェクトに与える影響に、特に注意を払うことが重要です。変更した際に、このような影響が発生します。設定オブジェクトがどこで使用されているかを確認できます。スキームの管理ページを示しています。スキームをどのプロジェクトが使用しているかを確認できます。設定オブジェクトが変更され、他のオブジェクトで使用されていることがわかったら、そのオブジェクトにおける変更の影響を分析し、上記のレビューとテストのいくつかを実行する必要があります。複雑な状況は、変更案が他のプロジェクトと互換性がないことがわかり、それらにおける影響が許容されない場合です。そのままにしておく方法が最適です。フィールド変更を無視してもかまいません。ユーザーとともに変更を検証するステージングですべての変更が実装されると、ユーザーに表示し、まとめてレビューを実施できます。目標は、ユーザーが新しい設定を表示して承認し、望ましい変更に関するフィードバックを収集できるようにすることです。場合によっては、組織手順に従い、このユーザー受け入れが必須となります。変更内容を把握するおそらく、開発のどこかの時点で、本番環境の複製を作成してからどの設定が変更されたを自問することになるでしょう。インスタンスから構成をエクスポートし、本番へのシミュレートしたインポートを実行します。これにより、ステージングにおけるエクスポートしたプロジェクトの構成と本番環境の現在の構成との違いをすべて確認できます。構成ファイルを保存します。ファイルにエクスポートして、開発が開始する前に取得したものと比較します。ファイルは構成の変更の追跡に使用できるよう作られています。ファイルを保存でき、それらをプロジェクト内で行われた構成変更の全体的な流れの「バージョン管理」として使用できるというメリットがあります。ファイルの構成をインポートします)。