の一般的なガイドラインとユースケース 開発者サンドボックス
サンドボックスの使用を最適化するために、いくつかの一般的なガイドラインに従ってください。
開発者サンドボックスユーザーの数
各サンドボックスには、作業するユーザーが 1 人だけ必要です。サンドボックスごとに複数のユーザーがいると、並列開発の利点が損なわれます。
のタイミング 開発者サンドボックス
意図的に一時的な環境を作成するために 開発者サンドボックス を使用します。それらが長持ちするほど、元のベースインスタンスから離れます。したがって、 開発者サンドボックス はできるだけ短命にする必要があります。
- スプリント
- ストーリー
- テストのラウンド
サンドボックス割り当ての例
- スプリントの開始時に分岐を作成します。
- サンドボックスごとに新しい分岐を作成する必要があります。
- スプリントの途中でバグを修正する必要がある場合は、変更をスタッシュする代わりに、新しいブランチを含む 2 番目のサンドボックスを作成し、そこでバグを修正します。次に、それらの変更をリリースブランチにマージし、バグ修正を本番環境に展開します。
- サンドボックスを作成し、変更を新しいサンドボックスにプルして、ストーリーまたは機能をテストします。テストが完了すると廃止します。
開発者サンドボックス と非本番インスタンス
開発者サンドボックス は非本番インスタンスに代わるものではありません。 開発者サンドボックス は一時的なものですが、非本番インスタンスはより永続的で長期使用を目的としています。
| 非本番インスタンス | 開発者サンドボックス |
|---|---|
| 会社の作業をチームまたはプロジェクトごとに分割する | 開発者のメタデータの変更をプロジェクト内で分離します。 |
| グループは大幅に異なる構成から開始します | すべての開発者は、同じベースラインインスタンス構成から始めます。 |
| 同時作業ストリームは分離されているか、最小限に調整されています | 開発アクティビティは一貫した周期に従います。 |
| 長期的な変化に対応する耐久性のある環境 | 作業は一時的な環境で完了し、バージョン管理にコミットできます。 |
開発者サンドボックス および ServiceNow Fluent
開発者サンドボックスServiceNow FluentとServiceNow IDEで最適に機能します。
XML マークアップで表されるローコードの変更では、生成されたファイル構造によって変更の調整が困難になる可能性があるため、結合の問題が発生することがあります。ServiceNow AI Platformでローコードビルダーを使用する場合、長期的な最善の戦略は、変更を XML ではなく ServiceNow Fluent で保存することです。
ServiceNow Fluent は、ソースコードでアプリケーションメタデータを定義するために使用できるドメイン固有のプログラミング言語です。開発者とアドミニストレーターは、Git などのバージョン管理の変更を簡単に検索できます。詳細については、「ServiceNow Fluent」を参照してください。
システムアップデートセットで開発者サンドボックスを使用できますが、より将来を見据えた解決策はServiceNow IDEを使用することです。サンドボックスと ServiceNow IDE をバージョン管理アプリや展開アプリ ( App Engine 管理センター など) と組み合わせることで、よりクリーンで合理化された展開エコシステムを実現できます。詳細については、「ServiceNow IDE」を参照してください。
開発者サンドボックス FAQ
開発者サンドボックス:FAQおよび入門ガイドのServiceNow コミュニティ記事を参照してください。