Pliki połączone programu Visual Studio nie istnieją.

Question

W programie Visual Studio można wykonać Add ->Existing Item, a następnie Add as Link z przycisku rozwijanego Add.

To jest świetne. To pozwala ci dodać plik z innego projektu, a edycja pliku również edytuje go w oryginalnym projekcie.

Chciałbym użyć tej funkcji, aby plik konfiguracyjny (o nazwie Shared.config) był obecny we wszystkich projektach w ramach jednego rozwiązania. I niech ten plik zawsze będzie taki sam.

rozwiązanie
|
| - projekt 1
| - Shared.config [fizyczny]
| - projekt 2
| - Shared.config [połączony]

Po opublikowaniu plik rzeczywiście trafia do wszystkich opublikowanych projektów, więc nie ma problemu.

Ale PRZED opublikowaniem (w trakcie prac nad kompilacją) połączony plik tak naprawdę nie istnieje. Próba wyświetlenia pliku w Eksploratorze Windows dowodzi, że plik nie znajduje się w katalogu projektu. Visual Studio tylko sprawia, że ​​wygląda tak, jakby istniał tam w eksploratorze rozwiązań. (Choć na budowie, połączone elementy są prawdopodobnie skopiowane do katalogu bin; Ale ja nie chcę używać plików/dostępu z katalogu bin.)

Teraz to daje problemy z kursu. Próba wydrukowania System.IO.File.ReadAllText(HttpContext.Current.Server.MapPath("Shared.config")) zakończy się niepowodzeniem przed opublikowaniem projektu, ze względu na fakt, że Shared.config nie istnieje jeszcze w katalogu głównym projektu.

Co chciałbym zrobić, i gdzie ja potrzebuję twojej pomocy to:

• Chciałbym Nadmierne kopią wszystkie pliki związane z ich pierwotnej lokalizacji do ich miejsca docelowego.

Spowoduje to, że studio graficzne ma powiązany plik i kopię oryginału, który istnieje zarówno w tym samym katalogu o tej samej nazwie.

Zazwyczaj usługa VS nie zezwala na tworzenie połączonych elementów w katalogu, jeśli katalog ten zawiera już plik o tej samej nazwie.

Ale testowałem, najpierw tworząc połączony element; następnie za pomocą Eksploratora Windows, aby skopiować oryginalny plik do katalogu docelowego i zobaczyć, jak działa Visual Studio. Eksplorator rozwiązań po prostu ukrywa fizyczny plik i pokazuje połączony element zamiast tego. (Nawet jeśli klikniesz Show all files w eksploratorze rozwiązań.)

rozwiązanie
|
| - projekt 1
| - Shared.config [fizyczny]
| - projekt 2
| - Współdzielone.config [link]
| - Shared.config [fizyczny, skopiowany tutaj podczas kompilacji, niewidoczny dla eksploratora rozwiązań]

Dokładnie tego chcę! Podczas próby edycji pliku Visual Studio otworzy "linkowany element". W przypadku kompilacji plik fizyczny zostanie skopiowany do katalogu docelowego, więc istnieje dla kodu, który próbuje uzyskać do niego dostęp.

Jak to zrobić? Czy należy to zrobić z wydarzeniami Build? Jeśli tak, to jak mam powiedzieć "skopiuj oryginały wszystkich połączonych plików do ich katalogu docelowego?

Answer 1

Powinieneś prawdopodobnie użyć funkcji MSBuild do zaimplementowania tego.

Edytuj plik csproj (w Visual Studio, kliknij prawym przyciskiem myszy projekt i rozładować go. Następnie kliknij prawym przyciskiem myszy i Edit)

przewiń do dołu i trzeba znaleźć tę linię.

<Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />

Natychmiast po tej linii, dodać te linie.

<ItemGroup> 
    <LinkedItem Include="@(None)" Condition="'%Link' != ''" /> 
    </ItemGroup> 
    <Target Name="CopyLinkedFiles" BeforeTargets="Build" Inputs="@(LinkedItem)" Outputs="@(LinkedItem->'%(Filename)%(Extension)')"> 
    <Copy SourceFiles="@(LinkedItem)" DestinationFolder="$(MSBuildProjectDirectory)" /> 
    </Target> 

Teraz za każdym razem, gdy budujesz, tuż przed wykonaniem akcji kompilacji, MSBuild skopiuje wszystkie połączone pliki.

Wyjaśnienie

ItemGroup zawiera moje "wachlarz" o nazwie "LinkedItem". Generuję tę tablicę, dodając tylko elementy "None", które zawierają właściwość link.

Target to koncepcja MSBuild. Możesz myśleć o tym jako o konkretnej fazie budowy. Nazwałam tę fazę "CopyLinkedFiles", ale możesz nadać jej dowolną nazwę.

BeforeTargets to dyrektywa nakazująca MSBuildowi wykonanie akcji przed określoną fazą. Tutaj wybrałem uruchamianie "CopyLinkedFiles" przed fazą "Build".

Inputs to parametr optymalizacji.Służy do przyspieszenia budowania, pomijając kopię, jeśli nie jest to konieczne. Możesz zignorować ten parametr, jeśli nie obchodzi cię to. MSBuild porównuje Inputs z oczekiwanym znacznikiem czasu Outputs, aby sprawdzić, czy musi on zostać wykonany.

Copy to zadanie MSBuild, które akceptuje plik do skopiowania i przekazuje do określonego folderu.

redukcji redundancji

Można wkleić do każdego pliku .csproj, czy można umieścić go w centralnej .proj i osadzić że w plikach csproj. Niestety, bez względu na to, co robisz, będziesz musiał edytować każdy .csproj co najmniej 1 raz. :(

Utwórz plik w wspólnej rozmowy projektu WhateverNameYouLike.proj Put tych treści w pliku

<?xml version="1.0" encoding="utf-8"?> 
<Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003"> 
    <Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" /> 
    <!-- paste the previously shown code here --> 

    <!-- you can save yourself some hassle by linking the config file here, but if you really enjoy adding the file as a link to every project, you can skip this line --> 
    <None Include="..\Common\Shared.config"> 
    <Link>Shared.config</Link> 
    </None> 
</Project> 

Teraz irytujące część. w każdym .csproj, trzeba będzie dodać linię jak <Import Project="..\Common\WhateverNameYouLike.proj" /> prawdopodobnie na końcu tuż przed znacznikiem </Project> zamknięcia.

Answer 2

Kliknij prawym przyciskiem myszy połączony plik konfiguracyjny, wybierz właściwości, zmień Copy to Output Directory z Never na Copy always.

Answer 3

Można tworzyć zdarzenia poprzedzające i następujące po utworzeniu w programie Visual Studio.

Wybierz projekt, kliknij prawym przyciskiem myszy, właściwości, buduj zdarzenia.

Dla prebuild -

copy /y "$(LocationOfShared.Config)Shared.config\" "$(TargetDir)" 

Na stanowisko budować

cd $(TargetDir) 
del shared.config 

Oczywiście trzeba się bawić z rzeczywistych miejscach, które będą zwracane, ale masz pomysł.

Edytuj - powyższe odpowiedzi są łatwiejsze i bardziej proste, ale powinno to działać jak runda na temat sposobu.

Answer 4

miałem pewne problemy z dss539's answer (testowane w VS2010). po pierwsze, duplikaty pojawił się w oknie Solution Explorer dopasowane do każdego pliku s. econd, '%link' nie jest akcesorem właściwości, jest ciągiem znaków i zawsze nie jest równy pustemu ciągowi '', więc każdy plik z działaniem kompilacji None został dopasowany, zduplikowany i skopiowany podczas kompilacji. Po trzecie, połączone pliki są kopiowane do katalogu głównego projektu, ale potrzebowałem plików do skopiowania tam, gdzie są umieszczone łącza. Więc zrobiłem pewne modyfikacje:

<Target Name="CopyLinkedFiles" BeforeTargets="Build"> 
    <ItemGroup> 
    <LinkedItem Include="@(Content)" Condition="%(Content.Link) != ''" /> 
    </ItemGroup> 
    <Copy SourceFiles="@(LinkedItem)" DestinationFiles="%(LinkedItem.Link)"/> 
</Target> 

LinkedItem nie jest już duplikaty pozycji w Solution Explorer. Aby utworzyć link do skopiowania, musisz ustawić akcję budowania Content.