パイプラインをセットアップしようとしていますが、追加されたサンドボックスが環境のドロップダウンに表示されません。 Prod Org のみが表示されます。ある種の設定がありませんか？
パイプラインのドロップダウン リストに環境が表示されない理由に気付きました。環境が開発者環境であることを確認したためです。実際のサンドボックス組織は開発者組織ですが、開発作業ではなく、統合とテストに使用することを目的としています。そのため、これらの組織を設定で開発者組織として指定することはできません。チェックマークは確認できません。チェックされていない場合、パイプライン セクションのドロップダウン リストに環境が表示されます。
上記回答は全く理解できない。何で解決したんだろうなぁ。日本語に訳しても???だ。
もうすこしDevOps Center について調べてみる
DevOps Center
DevOps Centerの設定方法と使い方
これは、DevOps Center への旅の始まりであり、現在は「無料」ツールとして提供されています (将来の機能強化には費用がかかる場合がありますが、基本は EE 以上のライセンスに含まれます)。
私は Pilot を使用してきましたが、これまでで最も困難だったのは、Centre ではなく Center を入力することでした なぜああ、なぜああ、なぜ彼らは世界中の聴衆に米国固有のスペルを使用するのですか? 省略形は DoCe です。
知らんがな、米語と英語の違い。どっちも分からん。
もう変更セットはありません
セットの変更には NO とだけ言ってください。変更セットを二度と使用しないことを使命としましょう!
部分的なサンドボックスなし
残念ながら、部分サンドボックスは開発用ではありません。望むものは何でも望むことができますが、Salesforce がそれらを役立つものにすることは決してありません。それらに対してソース追跡を行うことはできません。適切なデータをサンプリングできず、十分な制御ができません。これは Sandbox Seeding の問題につながりますが、私はまだ優れた解決策を見つけていません。Spanning Backup と Cloud Ally を試しましたが、どちらも比較的単純なデータ構造では機能しませんでした。Snowfakeryが多くの労力をかけてそれを実行できることは知っています。
DevOps に凝る必要はありません
DoCe について他の人が言っていることを信じないでください。
- スクラッチ組織を使用する必要はありません
- 完全な開発チームとドキュメント化された CI/CD プロセスは必要ありません。
- 実際、完全な CI/CD プロセスが既にある場合は、それに固執する場合、DoCe は適していません。
- 他のアドインや有料アプリをインストールする必要はありません。DoCe と連動するように開発されたアプリがありますが、それらは必要ありません。
- 複雑なデプロイ プロセスは必要ありません。Sandbox から Prod に使用するだけで問題ありません。このページでお話しするのはこれだけです。
ワークアイテム
DoCe は、Jira のチケットのようなワーク アイテムから始まります。作業項目を作成して作業を行い、その作業項目に関連付けられた変更を取得してから、その作業項目をデプロイします。それ以外にもありますが、それが基本です。一度に複数のワークアイテムを展開できます。
残念ながら、作業項目は通常のカスタム オブジェクトとは異なり、カスタム フィールドを追加することはできず、通常のチケット システムとして使用することはできません。タイトル、説明、および所有者のみがあります。それはとても制限的です。したがって、チケット システムの URL を [説明] に貼り付けるだけです。
ソース追跡
(開発者) サンドボックスで変更を行うと、変更が追跡され、それらの変更を DoCe に取り込み、リンクされた組織 (本番など) に展開します。同時に、舞台裏で変更がコミットされ、Github に保存されます。これは非常に便利です。
変更は、サンドボックス内または直接 SFDX で行い、サンドボックスにアップロードして戻すことができます。DoCe は、作成された場所に関係なく、これらの変更を追跡します。
Production
はい、Prod で変更を行った場合、それらを逆マージして Sandbox に戻すことができます。私はまだこれを実際に試していません。