バグ
- Stuck with Stalled Commit - DevOps Centre is too buggy.
- 【未解決】GitHub で修正を行ったにもかかわらずデプロイメント エラーが発生する
- 【未解決】We can’t log you in because of an authentication error. For help, contact your Salesforce administrator.
既知の問題
-
- パイプラインの設定時にすべてのリポジトリ ブランチが表示されない
- DevOps Center レコードは組織のストレージ制限に対してカウントされます
- Professional Edition 組織に DevOps Center をインストールできない
- DevOps Center を開くと、Sorry to Interrupt: An internal server error has occurred というメッセージが表示される
- パッケージのインストールに失敗しました - ポスト インストール スクリプトに失敗しました
- プロジェクト リスト ビューの読み込みが遅い
- デフォルトの Apex テスト オプションが選択されている場合、変更を本番環境に昇格できない
- 接続されたサンドボックスが更新された後にソース追跡が失われる
- プロモートされた変更を前のパイプライン ステージに戻すことができない
- Salesforce DevOps Center で変更を手動でプルしている間、すべてのカスタム フィールドが表示されない--> 移行されたメタデータが変更セットと共にサンドボックスに取り込まれた場合、これは既知のバグ
- We have, once again, hit the 100 project limit.
レポート チャートは、ExperienceBundle 内の Developername ではなくレポートの ID を使用します。Salesforce ヘルプ記事によると、これは Salesforce の既知の制限です。
https://help.salesforce.com/s/articleView?id=sf.rss_report_chart.htm&type=5
回避策として、次のオプションを試すことができます。
実稼働デプロイメントの場合: ターゲット組織にソース レポートを作成し、デプロイメント用にこのソース レポート ID をハード コーディングします。これにより、実稼働デプロイメント パイプラインが期待どおりに動作するようになります。
フルコピーサンドボックスの更新では、レポートIDがフルコピーSBのProdと同じ値を保持するため、この同じIDが機能します。
部分コピーサンドボックスの更新には、テンプレートを使用してこのソースレポートを含めてください。
プロモーションの停止/プロモーションのブロックの例を投稿する
こんにちは。DevOps センターが外部サービスから操作ステータスを正しく受信または処理しないという既存のバグがあり、その修正に積極的に取り組んでいます。そのため、DevOps センターは依然として WI がソース段階にあると考えています。 。プロモーションが正常に完了したことがわかっている場合 (ブランチが正常にマージされ、変更がターゲット組織に展開された)、次の方法で WI のステータスを手動で更新できます。
Deployment_Result レコードのDeployment_Idフィールドを「unknown」に更新し、Completion_Date を過去の日付に更新します (この部分は完全に正しくするために重要ではありません)。
Status__c レコード (Async_Operation_Result_ c) を更新し、その Status_cフィールドを「Complete」に設定します。
開発者コンソールの使用に慣れている場合は、次のクエリを実行します。
SELECT Id, sf_devops__Status__c FROM sf_devops__Deployment_Result__c WHERE sf_devops__Status__r.sf_devops__Status__c = 'In Progress'
レコードを開き、デプロイメント IDフィールドを「不明」に設定します。次に、Async_Operation_Result__c レコード (Deployment_Result から Status__c フィールドを介して取得) で、Statusフィールドを「Complete」に変更します。
IMPORTANT If you’re working directly in GitHub, delays can occur between when these actions happen and when they’re reflected in DevOps Center. If you take subsequent actions on the related objects in DevOps Center before they are reflected, you're likely to see unexpected or inconsistent behavior. For metadata changes, we recommend that you wait for delayed events to be reflected in DevOps Center. For non-metadata changes, such as updates to the .forceignore file, you can continue with the promotion.
Work Outside of DevOps Center
https://help.salesforce.com/s/articleView?id=sf.devops_center_work_item_work_unconnected.htm&type=5
同じ GitHub リポジトリに 2 つのプロジェクトを含めることはできますか?
you should be able to create a new project using an existing repository. Unfortunately, we have a bug at the moment that shows the exception error. This will be fixed in an upcoming patch release.