Разверните код из репозитория GitLab в Azure Web App с помощью PowerShell

Ответ 1

Предполагая, что хранилище является публичным, вы можете использовать следующее:

$gitrepo="<replace-with-URL-of-your-own-repo>"
$webappname="mywebapp$(Get-Random)"
$location="West Europe"

# Create a resource group.
New-AzureRmResourceGroup -Name myResourceGroup -Location $location

# Create an App Service plan in Free tier.
New-AzureRmAppServicePlan -Name $webappname -Location $location '
    -ResourceGroupName myResourceGroup -Tier Free

# Create a web app.
New-AzureRmWebApp -Name $webappname -Location $location -AppServicePlan $webappname '
    -ResourceGroupName myResourceGroup

# Configure deployment from your repo and deploy once.
$PropertiesObject = @{
    repoUrl = "$gitrepo";
    branch = "master";
    isManualIntegration = $true
}
Set-AzureRmResource -PropertyObject $PropertiesObject -ResourceGroupName myResourceGroup '
    -ResourceType Microsoft.Web/sites/sourcecontrols -ResourceName $webappname/web '
    -ApiVersion 2018-02-01 -Force

Дайте мне знать, если это личное, это может быть сложнее. Если вы посмотрите на источник CLI, то увидите, что в настоящее время они поддерживают только токены доступа с GitHub.

https://github.com/Azure/azure-cli/blob/4f87cb0d322c60ecc6449022467bd580a0accd57/src/command_modules/azure-cli-appservice/azure/cli/command_modules/appservice/custom.py#L964-L1027

Ответ 2

Похоже, вы ищете прямое развертывание от GitLab до Azure Apps, однако я бы предложил использовать инструмент конвейера развертывания, чтобы предоставить вам гораздо больше возможностей.

Azure DevOps Services Pipelines, вероятно, будет безопасным вариантом и имеет бесплатный уровень, а здесь очень краткое руководство по началу работы для развертывания Web Apps.

Однако он не поддерживает поддержку GitLab, но, похоже, это инструмент для интеграции с GitLab.

У этого, похоже, нет возможности запуска триггеров, но может быть запущено вручную. У кого-то еще есть вопрос о триггерах выпуска на рынке Q & A, поэтому, возможно, это будет в дорожной карте.

Ответ 3

Пытаясь воспроизвести вашу ситуацию, я использовал интерфейс Azure CLI:

https://docs.microsoft.com/en-us/cli/azure/?view=azure-cli-latest

Который готов к использованию в скрипте в PowerShell, как вы хотите.

Во-первых, я попытался получить всю информацию о текущем развертывании в репозитории Bitbucket, который был настроен как Microsoft.Web/sites/sourcecontrols/Bitbucket:

az webapp deployment source show --name XXXXXXX --resource-group YYYYY

И получил ответ:

{
  "branch": "master",
  "deploymentRollbackEnabled": false,
  "id": "/subscriptions/00000/resourceGroups/YYYYY/providers/Microsoft.Web/sites/XXXXXXX/sourcecontrols/web",
  "isManualIntegration": false,
  "isMercurial": false,
  "kind": null,
  "location": "North Europe",
  "name": "XXXXXXX",
  "repoUrl": "https://bitbucket.org/myAccount/myRepo",
  "resourceGroup": "YYYYY",
  "type": "Microsoft.Web/sites/sourcecontrols"
}

Я отключил его и настроил его вручную, указав внешний репозиторий точно так же, как в вашей ссылке, определяя репозиторий SAME Git и ветвь, и в конце я получил почти такой же результат:

{
  "branch": "master",
  "deploymentRollbackEnabled": false,
  "id": "/subscriptions/00000/resourceGroups/YYYYY/providers/Microsoft.Web/sites/XXXXXXX/sourcecontrols/web",
  "isManualIntegration": true,
  "isMercurial": false,
  "kind": null,
  "location": "North Europe",
  "name": "XXXXXXX",
  "repoUrl": "https://bitbucket.org/myAccount/myRepo",
  "resourceGroup": "YYYYY",
  "tags": {
    "hidden-related:/subscriptions/00000/resourcegroups/YYYYY/providers/Microsoft.Web/serverfarms/XXXXXXX-sp": "empty"
  },
  "type": "Microsoft.Web/sites/sourcecontrols"
}

Вы можете видеть различия:

• isManualIntegration теперь True, вместо False
• скрытый тег, но я не уверен, что это интересно здесь

Все, что можно сказать, вы можете легко писать, используя официальный Azure Cli, определение развертывания следующим образом:

az webapp deployment source config --manual-integration --repository-type git --repo-url https://bitbucket.org/myAccount/myRepo --branch master --name XXXXXXX --resource-group YYYYY

Редактировать 15/11/2018:

Как только эта установка развертывания сделана, каждый новый коммит нажимает на рассматриваемую ветку (например, мастер в предыдущих выборках) автоматически инициирует новое развертывание.

Следует отметить, что иногда для запуска развертывания требуется несколько минут.

В конце концов, если вы когда-либо захотите автоматически выполнить что-либо (команда Powershell, сценарий GNU/Bash,.py,.bat или что-то еще), вы можете создать файл .deployment в корне вашего репозитория.

Например:

[config]
SCM_COMMAND_IDLE_TIMEOUT = 9000
command = bash.exe build_my_project_on_azure.sh

Вы можете получить дополнительную информацию в официальной документации.

Ответ 4

Я попробовал варианты, упомянутые выше, так или иначе это не работает для меня. Я использую внешний URL-адрес git (из своего проекта AzureDevops я создал одно git-репо и добавил содержимое для развертывания в приложении api) через предоставленную вами PowerShell, он завершается с ошибкой "запрос не выполнен с кодом состояния 401". Можете ли вы помочь мне решить эту проблему?