2017-06-13 12 views
3

50個以上のプロジェクトを持つ大規模なソリューションがあります。このソリューションの中には、新しいVisual Studio 2017プレビューを使ったAzure Functionプロジェクトがあります。意味はもはやcsxファイルを使用せず、dllを使用することです。私たちはCIを使用することはできませんが、ソリューション全体を特定のブランチにコミットすることを希望します。これは、この部分を設定しています。 Imが不思議なのは、azure関数プロジェクトをパッケージ化し、VSTSリリースを使用して手作業でリリースする方法です。これまでのところ、私は互換性がないか、新しいAzure関数スタイルを使用していません。Visual Team Servicesを使用したAzure関数のデプロイ

答えて

2

VSTSを使ってビルド、デプロイするための私たちの機能アプリプロジェクトをセットアップしました。私たちは手動トリガーではなく自動リリースを行っていますが、これは正しい方向に向いています。

これをVSTSで設定する手順は、thisブログ記事で詳しく説明しています。

Azure Function tooling githubの元のディスカッションissueへのリンクもあります。

+0

私はこのソリューションでDakotaと協力しています。私が抱えている1つの問題は、すべての紺碧の機能プロジェクトを1つの単一のジップにジップすることです。私はいくつかのAzure関数プロジェクトを持っているので、テンプレートを修正するために、ここ数時間、プロジェクトごとに新しいzipを書くようにしています。しかし、私が試してみたいことは問題ではありません。プロジェクト名にzipファイルを付けることはできません。以下は、私が試している例です: /p:DesktopBuildPackageLocation="$(build.artifactstagingdirectory)\$(MSBuildProjectName).zip " 提案がありますか? –

+1

私はこのシナリオを試していません。私たちはかなり基本的なものです。私たちは関数プロジェクトを残りのアプリケーションとは別のソリューションに持っています。私はgithubのあなたのクエリを参照してください、うまくいけば誰かが助けることができます。 –

+0

問題を解決するために今日と明日すべてを費やすことになります。しかし、本当にありがとう、あなたは間違いなく正しい方向に私たちを導いてくれました。 –

関連する問題