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

Mam VS2008 Chcę skopiować określone pliki z katalogu do mojego /bin/folderu. Ustawiłem pliki (znajdujące się w/common/browserhawk/ ) na „Kopiuj do katalogu wyjściowego”. Jednak kopiuje również strukturę folderów: pliki są kopiowane do/bin/common/browserhawk/

Jak sprawić, by te pliki zostały skopiowane tylko /bin/? Nie chcę przechowywać ich w katalogu głównym witryny, aby można je było poprawnie skopiować.

Powiązane pytanie: Visual Studio dodaje pliki .dll i .pdb do projektu po kompilacji

Możesz dodać zdarzenie po kompilacji, aby skopiować pliki.
Przejdź do właściwości projektu, zakładki Zdarzenia kompilacji i dodaj następujące polecenie do wiersza poleceń zdarzenia po kompilacji:

copy "$(ProjectDir)\common\browserhawk\*.*" "$(TargetDir)"

Pamiętaj, aby umieścić cudzysłowy, jeśli ścieżka projektu zawiera spacje.

Ponieważ nie mogę komentować wcześniejszych odpowiedzi, rozwiązanie umieszczę tutaj:

Dodając do tego, co dostarczył @PaulAlexander, dodaj do swojego pliku .csproj / .vbproj:

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

Umożliwia to wybranie „RootContent” jako akcji kompilacji w oknie Właściwości, a dostęp do wszystkich można uzyskać za pośrednictwem interfejsu GUI. Bardziej szczegółowe wyjaśnienie: opcja „AvailableItemName” zasadniczo tworzy nową nazwaną listę, do której można przypisać elementy w projekcie we właściwości „Build Action” w oknie Properties. Możesz następnie użyć tej nowo utworzonej listy w dowolnym celu (np. Przez „@ (RootContent)”).

Jeśli edytujesz plik .csproj / .vbproj w edytorze tekstu, możesz kontrolować, gdzie plik zostanie 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.txtw bin\someContentInOutputDirectory.txt. Możesz także wybrać podkatalog w, binjeśli chcesz; po prostu dodaj go do elementu Link.

Uważam, że polecenie XCOPY lepiej obsługuje katalogi i pliki. W związku z tym,

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

Co 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 następujące elementy do pliku .csproj / .vbproj

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

Następnie zmień akcję kompilacji dowolnych plików, które chcesz umieścić w folderze głównym, na RootContent.

Użyłem tego w VS2010, VS2015, VS2017 i VS2019. Preferuję to rozwiązanie, ponieważ:

1. Plik XML można ponownie wykorzystać w dowolnym projekcie
2. „RootContent” jest wybierana jako akcja kompilacji w interfejsie użytkownika programu Visual Studio, tak jak każda inna „zawartość”
3. „CopyToOutputDirectory” jest przestrzegany, tak jak można się tego spodziewać
4. RootContent jest dodawany do danych wyjściowych projektu: jest przenoszony przez odniesienia do projektu, jest zgodny z zasadami „Clean” itp.
5. RootContent można określić za pomocą symbolu wieloznacznego, zachowując rekursywną strukturę folderów:

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

Na początku pliku projektu:

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

Zapożyczone z tej odpowiedzi

Po imporcie Microsoft .targets:

  <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

Skończyło się na dodaniu kroku do pliku kompilacji nant do skopiowania po pomyślnym zakończeniu

<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 po kompilacji.