MSDeploy runCommand с использованием относительного пути

Я пытаюсь выполнить команду как часть моего процесса упаковки / развертывания через MSDeploy. В частности, я пытаюсь создать собственный журнал событий, запустив installutil для одной из моих библиотек DLL, но у меня возникают проблемы с указанием относительного пути к библиотеке DLL из каталога развертывания. Для начала я добавил приведенную ниже конфигурацию в мой csproj, чтобы сгенерировать провайдера runCommand внутри моего файла манифеста. Обратите внимание на абсолютный путь к DLL.

<PropertyGroup>
    <!-- Extends the AfterAddIisSettingAndFileContentsToSourceManifest action to create Custom Event Log -->
    <IncludeEventLogCreation>TRUE</IncludeEventLogCreation>
    <AfterAddIisSettingAndFileContentsToSourceManifest Condition="'$(AfterAddIisSettingAndFileContentsToSourceManifest)'==''">
      $(AfterAddIisSettingAndFileContentsToSourceManifest);
      CreateEventLog;
    </AfterAddIisSettingAndFileContentsToSourceManifest>
  </PropertyGroup>
  <Target Name="CreateEventLog" Condition="'$(IncludeEventLogCreation)'=='TRUE'">
    <Message Text="Creating Event Log" />
    <ItemGroup>
      <MsDeploySourceManifest Include="runCommand">
        <path>installutil C:\inetpub\wwwroot\MyTestApp\bin\BusinessLayer.dll</path>
      </MsDeploySourceManifest>
    </ItemGroup>
  </Target>
  <ItemGroup>

После вызова msbuild, это сгенерировало мой манифест правильно внутри моего package.zip. Когда я запустил MyTestApp.deploy.cmd /Y, он правильно вызвал msdeploy, развернул мои файлы в inetpub\wwwroot\MyTestApp и выполнил мою команду из манифеста ниже:

<runCommand path="installutil C:\inetpub\wwwroot\MyTestApp\bin\BusinessLayer.dll ... etc

Проблема, которую я имею, состоит в том, что я не хочу жестко закодировать этот путь DLL к c:\inetpub\etc. Как я могу сделать вышеуказанный вызов, используя относительный путь из моего каталога развертывания на веб-сайте по умолчанию? В идеале я хотел бы, чтобы MSDeploy взял этот путь и передал его как переменную в оператор runCommand, чтобы найти DLL. Тогда я мог бы написать что-то вроде: <path>installutil $DeploymentDir\NewTestApp\bin\BusinessLayer.dll</path> без необходимости беспокоиться о жестком кодировании абсолютного пути в.

Есть ли способ сделать это без использования абсолютного пути к моей DLL каждый раз?

Источник

2 ответа

Решение

Я понимаю, что это не тот ответ, который вы, вероятно, хотели услышать, но именно так я обошел его.

Мы создали скрипт powershell на целевом сервере. Поэтому вместо запуска вашей команды:

installutil C:\inetpub\wwwroot\MyTestApp\bin\BusinessLayer.dll ... etc

Мы бы запустить:

c:\WINDOWS\system32\windowspowershell\v1.0\powershell.exe d:\powershell\installSites.ps1 siteName <NUL

"Sitename" передается в качестве параметра в сценарий powershell. Внутри скрипта он знает на этом конечном сервере, какие файлы устанавливать, какие команды нужно запускать, пулы приложений для перезапуска и т. Д.

Опять же, не так просто, как найти относительный путь, но это делает работу.

Источник

Вы можете добавить определение DeploymentDir в.csproj с помощью действия, которое вы написали выше:

<PropertyGroup>
<DeploymentDir Condition="'$(Configuration)'=='Release' AND '$(DeploymentDir)'==''">Release Deployment Dir</DeploymentDir>
<DeploymentDir Condition="'$(Configuration)'=='Debug' AND '$(DeploymentDir)'==''">Debug Deployment Dir</DeploymentDir>
<DeploymentDir Condition="'$(DeploymentDir)'==''">C:\inetpub\wwwroot</DeploymentDir>
<AplicationName Condition="'$(Configuration)'=='Release' AND '$(AplicationName)'==''">NewTestApp</AplicationName>
<AplicationName Condition="'$(Configuration)'=='Debug' AND '$(AplicationName)'==''">MyTestApp</AplicationName>
<ApplicationDeploymentDir Condition="'$(ApplicationDeploymentDir)'==''">$(DeploymentDir)\$(ApplicationName)\bin</ApplicationDeploymentDir>
</PropertyGroup>

Эти условия позволят все изменить из командной строки, чтобы получить полный контроль над процессом сборки в вашей системе сборки или скрипте.

MSBuild.exe yourproj.proj /p:Configuration=Release /p:DeploymentDir=D:\package /p:ApplivationName=BestAppForever

И внутри вашей задачи вы можете использовать его

<ItemGroup>
  <MsDeploySourceManifest Include="runCommand">
    <path>installutil $(ApplicationDeploymentDir)\BusinessLayer.dll</path>
  </MsDeploySourceManifest>
</ItemGroup>
Источник
Другие вопросы по тегам