本番環境と差異が無いか確認する

他の技術者の方のモジュールを上書きし、無駄な工数を避ける。

GitHubと連携すれば差異は確認可能。

技術者それぞれに開発環境を用意し、操作しているモジュールを共有する。

開発環境をそれぞれに用意できない場合は特に、操作しているモジュールを共有する。

リリース後、バグ対応などの可能性を検討し、休憩やリリースの時間を確認する

午前中リリース→昼休憩→エラーメール山盛りを避ける。

定時間際リリース→バグ発生→深夜残業を避ける。

朝一やお昼休憩後が望ましい。

運用・保守案件でプロファイルをお客様にて操作している場合、プロファイルとモジュールを一緒にリリースできないので、モジュールのみリリースした場合、本番環境にてセキュリティのチェックをする。

モジュールの更新は大丈夫だが、新規作成した時は有効になっていない。

例えばレコードを更新した際に条件を満たした場合、項目の値をTrueにする。などの処理を追加した場合、リリース後、レコード操作を行わないと整合性が合わない。

データローダでレコードのバックアップを取得し、本番環境用のコードを用意し、開発者コンソールから実行する。

(GitHubのissueリンクなど)
上記について本番リリースを開始します。
※〇〇さんレビュー済

成果物は添付の〇〇件です。（キャプチャを貼る）

＜リリース後の対応＞
・新規コードのセキュリティを有効にする
・URLなどの固定テキストを本番用に切り替える
・入力規則の有効化を確認する

＜バグ時の対応＞
・Apｅｘトリガを止める。
・ルールを無効化する。

＜レコード調整＞
・リリースする処理によって既存レコードを調整する必要がある
・既存データを更新する場合、入力規則、重複ルールを考える。無効化することも視野に入れる。

(GitHubのissueリンクなど)
上記について本番リリース完了しました。

下記、〇〇件対応後、完了とします。

・GitHubならマージなど
・仕様を書いたりなど