Kopiowanie do katalogu wyjściowego kopiuje strukturę folderów, ale chce kopiować tylko pliki

Ponieważ nie mogę skomentować poprzednich odpowiedzi, umieszczę rozwiązanie tutaj:

Dodając do tego, co dodał @PaulAlexander, Dodaj do swojego .csproj/plik vbproj:

<ItemGroup>
    <AvailableItemName Include="RootContent">
      <Visible>false</Visible>
    </AvailableItemName>  
</ItemGroup>
<Target Name="AfterBuild">
    <Copy
        DestinationFolder="$(OutputPath)"
        SourceFiles="@(RootContent)"
        SkipUnchangedFiles="true"
        />  
</Target>

To pozwala wybrać" RootContent " jako akcję budowania w oknie Właściwości, a wszystkie są dostępne za pośrednictwem interfejsu graficznego. Bardziej kompletne wyjaśnienie: opcja "AvailableItemName" zasadniczo tworzy nową listę nazw, do której można przypisać elementy w projekcie pod właściwością" Build Action " w okno Właściwości. Następnie możesz użyć tej nowo utworzonej listy w dowolnym celu (np. poprzez " @(RootContent)").

Jeśli edytujesz .csproj / vbproj w edytorze tekstowym możesz kontrolować, gdzie plik jest umieszczony w katalogu wyjściowym, a także jaką nazwę będzie miał plik w katalogu wyjściowym. Na przykład:

<None Include="content\someContent.txt">
  <Link>someContentInOutputDirectory.txt</Link>
  <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
</None>

Spowoduje to umieszczenie pliku content\someContent.txt w bin\someContentInOutputDirectory.txt. Możesz również wybrać podkatalog w bin, Jeśli chcesz; po prostu dodaj go do elementu Link.

Uważam, że polecenie XCOPY lepiej radzi sobie z katalogami i plikami. Dlatego

    XCOPY "$(ProjectDir)common/browserhawk" "$(TargetDir)" /E /I /F /Y

Który pozwala na tworzenie folderów poza katalogiem docelowym.

    XCOPY "$(ProjectDir)Templates" "$(TargetDir)" /E /I /F /Y

Struktura folderów/plików projektu:

    A:\TEMP\CONSOLEAPPLICATION3\TEMPLATES
    ├───NewFolder1
    ├───NewFolder2
    │       TextFile1.txt
    │       TextFile2.txt
    └───NewFolder3
            TextFile1.txt
            TextFile2.txt
            TextFile3.txt

Staje się:

    A:\TEMP\CONSOLEAPPLICATION3\BIN\DEBUG
    │   ConsoleApplication3.exe
    │   ConsoleApplication3.pdb
    │   ConsoleApplication3.vshost.exe
    │   ConsoleApplication3.vshost.exe.manifest
    ├───NewFolder1
    ├───NewFolder2
    │       TextFile1.txt
    │       TextFile2.txt
    │
    └───NewFolder3
            TextFile1.txt
            TextFile2.txt
            TextFile3.txt

Dodaj do swojego .csproj/plik vbproj

<Target Name="AfterBuild">
    <Copy
        DestinationFolder="$(OutputPath)"
        SourceFiles="@(RootContent)"
        SkipUnchangedFiles="true"
        />  
</Target>

Następnie zmień akcję budowania dowolnych plików w folderze głównym na RootContent.

Używałem tego w VS2010 i VS2015. Wolę takie rozwiązanie ponieważ:

1. XML jest wielokrotnego użytku w dowolnym projekcie
"RootContent" jest wybierany jako Akcja budowania w interfejsie Visual Studio, podobnie jak każda inna "zawartość".]}
2. " CopyToOutputDirectory " jest przestrzegany, tak jak można się spodziewać
3. RootContent jest dodawany do wyjścia projektu: jest przenoszony przez odniesienia do projektu, jest "czysty", itp.
4. RootContent może być określony za pomocą symbolu wieloznacznego, zachowanie rekurencyjnej struktury folderów:

   <RootContent Include="common\browserhawk\**">
     <CopyToOutputDirectory>Always</CopyToOutputDirectory>
   </RootContent>
   

W kierunku początku pliku projektu:

  <ItemGroup>
    <AvailableItemName Include="RootContent">
      <!-- Add "RootContent" as a choice in the "Build Action" dropdown. -->
      <Visible>False</Visible>
    </AvailableItemName>
  </ItemGroup>

Zapożyczone Z Tej Odpowiedzi

Po Microsofcie .import celów:

  <PropertyGroup>
    <AssignTargetPathsDependsOn>
      $(AssignTargetPathsDependsOn);
      IncludeRootContentAsContent;
    </AssignTargetPathsDependsOn>
  </PropertyGroup>
  <Target Name="IncludeRootContentAsContent">
    <CreateItem Include="@(RootContent)" AdditionalMetadata="TargetPath=%(RecursiveDir)%(Filename)%(Extension)">
      <Output ItemName="ContentWithTargetPath" TaskParameter="Include" />
    </CreateItem>
  </Target>

Zapożyczone Z Tej Odpowiedzi

W końcu dodałem krok do pliku nant do skopiowania po pomyślnym spełnieniu

<target name="action.copy.browserhawk.config" depends="compile.source">
    <copy todir="${App.Web.dir}/bin/" includeemptydirs="false">
        <fileset basedir="${browserhawk.config.dir}">
            <include name="bhawk_bb.dat" />
            <include name="bhawk_sp.dat" />
            <include name="browserhawk.properties" />
            <include name="maindefs.bdd" />
            <include name="maindefs.bdf" />
            <include name="BH_PRO.lic" />
        </fileset>
    </copy>
    <echo message="COPY BROWSERHAWK CONFIG: SUCCESS   ${datetime::now()}" />
</target>

Możesz zbudować plik wsadowy, aby skopiować pliki i wykonać go jako zdarzenie post-build.