Можно ли использовать провайдер setAcl Web Deploy в подкаталоге?

Хорошо, позвольте мне сначала сказать, что это намного сложнее, чем должно быть!

Я думаю, что причина сбоя заключается в том, что при публикации он не может распознать папку как папку в приложении IIS. Это происходит потому, что полный путь передается в пункт назначения при вызове поставщика SetAcl. Вместо этого нам нужен путь, который относится к приложению IIS. Например, в вашем случае это должно быть что-то вроде: «REST SERVICES/1.0.334/doc/public». Единственный способ сделать это — создать параметр MSDeploy, который будет заполнен правильным значением во время публикации. Вам придется сделать это в дополнение к созданию собственной записи SetAcl в исходном манифесте. Следуйте инструкциям ниже.

1. В том же каталоге, что и ваш проект, создайте файл с именем {ProjectName}.wpp.targets (где {ProjectName} — это имя вашего проекта веб-приложения).
2. Внутри файла вставьте содержимое MSBuild, которое находится ниже этого списка.
3. Перезагрузите проект в Visual Studio (VS кэширует файлы проекта в памяти, поэтому этот кеш необходимо очистить).

{ProjectName}.wpp.targets

<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">

  <Target Name="SetupCustomAcls" AfterTargets="AddIisSettingAndFileContentsToSourceManifest">   
    <!-- This must be declared inside of a target because the property 
    $(_MSDeployDirPath_FullPath) will not be defined at that time. -->
    <ItemGroup>
      <MsDeploySourceManifest Include="setAcl">
        <Path>$(_MSDeployDirPath_FullPath)\doc\public</Path>
        <setAclAccess>Read,Write,Modify</setAclAccess>
        <setAclResourceType>Directory</setAclResourceType>
        <AdditionalProviderSettings>setAclResourceType;setAclAccess</AdditionalProviderSettings>
      </MsDeploySourceManifest>
    </ItemGroup>
  </Target>

  <Target Name="DeclareCustomParameters" AfterTargets="AddIisAndContentDeclareParametersItems">
    <!-- This must be declared inside of a target because the property 
    $(_EscapeRegEx_MSDeployDirPath) will not be defined at that time. -->
    <ItemGroup>
      <MsDeployDeclareParameters Include="DocPublicSetAclParam">
        <Kind>ProviderPath</Kind>
        <Scope>setAcl</Scope>
        <Match>^$(_EscapeRegEx_MSDeployDirPath)\\doc\\public$</Match>
        <Value>$(_DestinationContentPath)/doc/public</Value>
        <ExcludeFromSetParameter>True</ExcludeFromSetParameter>
      </MsDeployDeclareParameters>
    </ItemGroup>
  </Target>

</Project>

Чтобы немного объяснить это, целевой SetupCustomAcls приведет к тому, что новая запись SetAcl будет помещена внутрь исходного манифеста, используемого во время публикации. Эта цель выполняется после выполнения цели AddIisSettingAndFileContentsToSourceManifest через атрибут AfterTargets. Мы делаем это, чтобы гарантировать, что значение элемента будет создано в нужное время, и потому что нам необходимо убедиться, что свойство _MSDeployDirPath_FullPath заполнено.

DeclareCustomParameters — это место, где будет создан настраиваемый параметр MSDeploy. Эта цель будет выполняться после цели AddIisAndContentDeclareParametersItems. Мы делаем это, чтобы убедиться, что свойство _EscapeRegEx_MSDeployDirPath заполнено. Обратите внимание, что внутри этой цели, когда я объявляю значение параметра (внутри элемента Value), я использую свойство _DestinationContentPath, которое является свойством MSBuild, содержащим путь к месту развертывания вашего приложения, т. е. Службы REST/1.0.334.

Можете ли вы попробовать это и сообщить мне, сработало ли это для вас или нет?

К сведению: это работает для корневого веб-сайта, если вы следуете соглашению, указанному в сообщении здесь: http://forums.iis.net/p/1176955/1977169.aspx#1977169

<Match>^$(_EscapeRegEx_MSDeployDirPath)\\@(CustomDirAcl)$</Match>
<DefaultValue>{$(_MsDeployParameterNameForContentPath)}/@(CustomDirAcl)</DefaultValue>
<Value>$(_DestinationContentPath)/@(CustomDirAcl)</Value>

Этот пост также имеет то преимущество, что позволяет указать блок подкаталогов в одной ItemGroup.