2016-04-28 16 views
0

GitLabリポジトリからAzure WebアプリケーションデプロイメントスロットにContinuousデプロイメントを使用したいと考えています。ブランチを指定すると、これらのgit repo枝。GitLabをAzure Web Appに継続的にデプロイ

以下の2つのリンクを使用して、自分のウェブサイトを構成して、自分の展開スロットの1つで継続的に展開できるようにしました。

https://forum.gitlab.com/t/is-there-true-gitlab-azure-continuous-deployment/2162/4

https://github.com/projectkudu/kudu/wiki/Continuous-deployment

しかし、これはGitLabプロバイダの欠如であることが周りを取得するためのハックであることから、ブランチを指定することが可能であることが表示されません。

gitlab-紺碧の統合は、GitLabレポ

  • これは、一部のデータが紺碧のWebアプリケーションのエンドポイントにクーズーするポストGitLabのウェブフックをトリガにコミット

    1. ユーザーのようです。
    2. Kuduはwebhookpostの詳細を使用してgitlabリポジトリにアクセスし、使用する資格情報はGitlab DeployKeyからのものです。

    これは、gitlabがwebhookポストにブランチの詳細を提供する必要があることを意味します。

    私はhttps://resources.azure.com/subscriptions/<MYSUBSCRIPTIONGUID>/resourceGroups/<MYRESOURCEGROUPNAME>/providers/Microsoft.Web/sites/<MYSITE>/slots/<MYSLOT>/sourcecontrols/web

    https://resources.azure.com/

    を経由して分岐値を編集しようとしましたが、このノードの任意の値を変更し、Gitlabの回避策は、構文解析に失敗しrepoUrlの侵入を可能にするようだと保存が失敗します。

    私はKuduレポ(https://github.com/projectkudu/kudu/issues/1960)に問題を作成しましたが、これはGitlab側で必要とされている問題を修正しているようです。しかし私は、私の抱えている問題には何の反応も見せていない。 https://gitlab.com/gitlab-org/gitlab-ee/issues/455

  • 答えて

    1

    これは、Azure Web Appでdeployment_branchというAppSettingを設定することで実行できます。

    AzureはWebHookペイロードに依存して、どのブランチを展開するのかを知りません。したがって、別のブランチにプッシュすると、使用するように設定されているブランチから引き抜こうと試み、最新のものから何もしなくなります。これは、GitLabの代わりにGitHubを使用していても当てはまります。

    +0

    私はappsettingsのブランチを指定しましたが、とにかく展開しようとしています。私は新しいスロットにそれを再設定しようとします – Tim

    +0

    'deployment_branch'を使う答えを修正しました。 –

    関連する問題