Проблема с поиском пути ApplicationManifest для приложения сервисной структуры - PullRequest
Новая
       50

Проблема с поиском пути ApplicationManifest для приложения сервисной структуры

1 голос
/ 01 мая 2019

У меня есть сервер TeamCity CI, который проталкивает приложение Service Fabric в zip to octopus.Это идет хорошо.Мое соединение от осьминога до лазурной кластерной фабрики исправно.Я делаю релиз из пакета de zip в своем проекте Развернуть пакет.Получение пакетов проходит успешно. Шаг развертывания идет не так. В журналах говорится следующее: Развертывание пакета: E: \ Octopus \ Packages \ Spaces-1 \ feeds-builtin \ xxSF \ xxSF.1.0.0.225.zip

IЯ пытался изменить путь в Octopus Deploy, но я не могу найти место, где вы можете это изменить.Я прочитал документацию по развертыванию осьминога, но это не помогло

Get-Content: не удается найти путь 'C: \ Octopus \ Work \ 20190501091314-1918-1033 \ staging \ ApplicationManifest.xml', поскольку это не помогаетСуществуют.

Я не понимаю, откуда этот путь, я думаю, что этот путь является местом, где находятся пакеты.Мой ApplicationManifest.xml находится в zip-пакете.Кто-нибудь знает, что мне здесь делать?

Проверил журналы RAW

Я видел это:

Информация |Развертывание пакета: E: \ Octopus \ Packages \ Spaces-1 \ feeds-builtin \ xx \ xx.1.0.0.225.zip Verbose |Извлечение пакета в: C: \ Octopus \ Work \ 20190501091314-1918-1033 \ stabb Подробный |Извлечено 90 файлов Verbose |Выполнение подстановки переменных в 'C: \ Octopus \ Work \ 20190501091314-1918-1033 \ staging \ packages.config' Verbose |Выполнение подстановки переменных в 'C: \ Octopus \ Work \ 20190501091314-1918-1033 \ staging \ ApplicationPackageRoot \ ApplicationManifest.xml' Verbose |Выполнение подстановки переменных для 'C: \ Octopus \ Work \ 20190501091314-1918-1033 \ staging \ ApplicationParameters \ Cloud.xml' Verbose |Выполнение подстановки переменных в 'C: \ Octopus \ Work \ 20190501091314-1918-1033 \ staging \ ApplicationParameters \ Local.1Node.xml' Verbose |Выполнение подстановки переменных в 'C: \ Octopus \ Work \ 20190501091314-1918-1033 \ staging \ ApplicationParameters \ Local.5Node.xml' Verbose |Выполнение подстановки переменных в 'C: \ Octopus \ Work \ 20190501091314-1918-1033 \ staging \ PackageRoot \ ServiceManifest.xml' Verbose |Выполнение подстановки переменных в 'C: \ Octopus \ Work \ 20190501091314-1918-1033 \ staging \ PackageRoot \ Config \ Settings.xml' Verbose |Выполнение подстановки переменных в 'C: \ Octopus \ Work \ 20190501091314-1918-1033 \ staging \ PublishProfiles \ Cloud.xml' Verbose |Выполнение подстановки переменных в 'C: \ Octopus \ Work \ 20190501091314-1918-1033 \ staging \ PublishProfiles \ Local.1Node.xml' Verbose |Выполнение подстановки переменных в 'C: \ Octopus \ Work \ 20190501091314-1918-1033 \ staging \ PublishProfiles \ Local.5Node.xml'

Get-Content: не найден путь 'C: \ Octopus \ Work \ 20190501091314-1918-1033 \ staging \ ApplicationManifest.xml ', потому что это ошибка |не существует.

Похоже, что он не может найти промежуточную папку. ApplicationPackageRoot, ApplicationManifest.xml находится в этой подпапке.

1 Ответ

0 голосов
/ 02 мая 2019

Я исправил проблему. Это решение:

Убедитесь, что ваш пакет, который вы загружаете с любого используемого вами CI Server, имеет следующие каталоги / файл и структуру:

  • ApplicationParameters (Папка)
  • PublishProfiles (Папка)
  • YourServiceFabric (папка с приложением сервисной фабрики). Оно имеет то же имя, что и имя ServiceManifestName, упомянутое в ApplicationManifest.xml. Это имя является конкретным, поэтому убедитесь, что у вас есть правильное имя. Вам нужно будет собрать sfproj для того, чтобы поместить DLL в эту папку.
  • ApplicationManifest.xml (файл)

Это все, что нужно Octopus Deploy для развертывания приложения сервисной фабрики.

Мой подход заключался в следующем: я упаковал приложение Service Fabric в Visual Studio и увидел, что там было несколько конкретных файлов, которые были упакованы, как указано выше. Затем я вручную загрузил этот пакет на сервер развертывания осьминога и создал выпуск / развертывание. Все прошло хорошо, поэтому я собрал те же файлы с сервера CI и отправил их в Octopus Deploy, и это сработало.

...