4

序章

Bot Framework Composerを使用すると、ボットを設計して Azure にデプロイできます。すべて Composer アプリケーション内から実行できます。

これは素晴らしいことですが、開発者のコ​​ンピューターから手動で展開することは、自動化されたビルド、テスト、および複数の環境への展開を含む戦略には適していません。

質問

  1. 自動展開を実装する方法は? (できれば Azure DevOps パイプラインから)。
  2. 複数の開発者が 1 つの Composer プロジェクトで作業できるようにするには:
    1. ソリューションのどの部分をソース管理に含める必要がありますか? (Composer ボット プロジェクト、.dotnet ランタイムなど)
    2. 開発者はどの部分を変更する必要がありますか?
    3. パイプラインで構築できるパーツは何ですか?

注:完全な解決策を思いつく人はいないと思います。Bot Framework チームの誰か、および Composer ボットの展開を自動化したいと考えている人々と話し合うことは素晴らしいことです。

私が行った研究

  • CI/CD に関する情報を求めてドキュメントを検索しましたが、それに関する情報が見つかりませんでした。
  • 次の場所にあるボットのランタイム (Composer によって生成された .net コア プロジェクト) についていくつかのことを学びました。~/BotFrameworkComposer/hostedBots/xxxxx.xxxxxxxxxxx/runtime/azurewebapp
    • /Scripts/deploy.ps1これには、自動展開の点で有望と思われる powershell スクリプト ( ) が含まれています。
    • Composer を使用してダイアログ、ユーザーの発話に変更を加える場合、および新しいダイアログを作成する場合、変更されるように見える.dialogのは、、、.lgおよび.luファイルのみです。C# クラスに変更はありません。これにより、複数の開発者による変更のマージが容易になります。
4

1 に答える 1