Antを使ってSandboxや本番組織へのリリースを行ってきました。変更セットはSalesforceの管理画面からGUIを使って対象リソースを選択してリリースできるため手軽さがある一方、Antによるリリースと比べるとリリースする要素を細かく制御できない制約があります。AntによるリリースはメタデータXMLの準備が面倒であり、また最近ではあまり使わなくなったAntの実行環境が必要になります。使った3つ目のリリース方式です。CLIはメタデータAPI(mdapi)を包含しているため、コマンドを使ってAnt方式と同様にメタデータXMLを使ったSalesforce組織間のリリース作業を行うことができます。エディタを使って手作業で作成することもできますが、最初に変更セットを作成しその内容をエクスポートすることで、より簡単に作成することが可能です。新規に「送信変更セット」を作成し、リリース対象のリソースとプロファイルを追加します。下記のコマンドで、対象組織から変更セットの内容をエクスポートします。コマンドの実行前にこちらの”ログイン”セクションを参照して認証を事前に行っておいてください。変更セットの名前コマンドの実行が完了すると、指定したフォルダにzipファイル(unpackaged.zip)が保存されていますので、解凍します。解凍したのが下記のReleaseSampleフォルダで、package.xmlとそこに指定されたメタデータXMLが含まれます。package.xmlを取り出して別途保管しておきます。メンテナンスしておく方法をお薦めします。package.xml自体をgit等でバージョン管理しておけば、リリースの変更管理も容易になります。作業フォルダの作成ローカルに作業フォルダを作成します。このフォルダにpackage.xmlをコピーします。作業フォルダを指定して、retrieveコマンドを実行します。package.xmlを指定コマンドの実行が完了すると、指定したフォルダにzipファイル(unpackaged.zip)が保存されていますので、解凍して下さい。sandboxのプレビュー期間などの理由でリリース元とリリース先のAPIバージョンが異なる場合は、下記のコマンドで強制的にAPIバージョンを変更することが可能です。package.xmlの指定よりも優先されます。apiVersion=44.0リリース先組織(sandbox)へのリリース取得したリソースをリリース先にデプロイします。リリースデータはテキスト形式なので、変更内容をバージョン管理しておきリリース前にdiffによる差分を確認するようにすると、変更内容のみを確実にリリースできると思います。<label>AppirioWay2</label></value>[diffによる変更内容の確認の例]メタデータリソースとpackage.xmlを指定してdeployコマンドを実行します。下記のコマンドはデプロイのみ実施しテストを実行しません。このオプションを指定した場合は検証のみで、デプロイは行わないデプロイに失敗すると下記のようなエラーがコンソールに表示されますので、全てのエラーが解消されるまで修正とデプロイを繰り返してください。package.xml[デプロイ失敗の例]本番組織へのリリース本番組織にデプロイする場合は、テスト実行オプションを付けてリリースを行います。RunLocalTestsおわりにいかがでしたでしょうか。ベースのリリース作業をコマンドベースで実施できるようになります。mdapiコマンドが提供している機能の一部になりますので、詳しくは公式のコマンドリファレンスを参照してみてください。SalesforceはDX開発と合わせてCLIによるコマンドライン・インターフェースを精力的に拡張しているように見えますので、今後CLIをつかって実現できることはどんどん拡がっていくと思います。期待しましょう!!著者についてアピリオのシニアコンサルとしてクラウドの世界に身を投じてはや5年あまり。プロジェクトでの立場に応じて、アーキテクト、リーダー、デベロッパーと様々なロールの仕事に携わっています。新しいサービスと技術が登場するSalesforceの世界はエンジニアとして常に刺激を持ち続けられるエリアであり、2019年からはMuleSoftソリューションの起ち上げに関わっています。第5回目の今回は応用編ということで、本格的なLWCの実装時に必要となるテクニックをいくつか紹介します。Components(LWC)を使ったページングとキャッシュ機能のあるリストビューのサンプルプログラムをご紹介したいと思います。入門編ブログをシリーズに渡ってお届けします。開発の基本から簡単な応用テクニックまでを網羅します。Platform」についてご紹介します。主導のシステム連携をサポートするための幅広い機能が単一のプラットフォーム上で提供されています。デプロイ作業について説明します。実装について説明しました。デプロイ作業について説明します。変換例を紹介しようと思います。変数や関数の利用、典型的な変換パターンを例を交えて説明します。使ったブラウザ環境でのMuleアプリケーションの開発についてご紹介します。Muleアプリケーションを作成することに比べて、とても手軽にアプリケーションを開発できます。して提供されている単体テスト用のフレームワークです。同じようにテストスイートを実行することで単体テストを自動実行できます。開発におけるテストについて考えていきます。つのレベルの検証を実施すべきと考えます。実装したらすぐに運用開始できるというものではありません。ポリシー設定についてご紹介します。API管理は標準のポリシーの組み合わせで幅広い要件をカバーできますが、場合によっては既存機能の拡張や新機能の定義が必要になります。今回は、「カスタムポリシー」の開発手順についてご紹介します。リソースのバージョン」)を管理する必要があります。バージョン管理についてご紹介します。アプリケーションの実装方法について紹介しようと思います。アプリケーションの実装方法を引き続きご紹介します。ついて、その特長と使い方をご紹介します。ComponentsがSrping'19から提供されることになりました。Componentsが登場してきた背景とその特長について説明します。Componentsの基本的な構成(メタデータ、html、JavaScript)や実装のルールについて説明します。JavaScriptコードなどはAuraコンポーネント時代からかなり変更された要素ではありますが、より簡潔にコードが書けるように進化しているという印象を受けました。今回は簡単なサンプル・コンポーネントを通して、LWCの基本的な実装方法とSalesforceサーバーからのデータの取得方法を見ていくことにします。Serviceというノンコーディングでサーバーからデータを取得できる便利な方法が導入されており、いくつかの方法でサーバーデータを取得できます。本稿ではその特長と使い分けについて解説してみます。CLIを使って行います。今回はこのCLI(コマンドライン・インターフェース)にスポットを当ててみたいと思います。CLIは従来はAPIでのみ提供されていたSalesforceサーバーに対する様々な機能をコマンド形式で実行できる環境であり、Winter’18で正式にリリースされました。第5回目の今回は応用編ということで、本格的なLWCの実装時に必要となるテクニックをいくつか紹介します。各種資料ENGLISHこのハブをシェアするFacebookTwitterEmailLinkedIn。