Wymuś odwołanie do absolutnego przy użyciu Visual Studio

Question

Podczas dodawania odwołania do projektu aplikacji WWW w VS (w tym przypadku 2008), jako odnośnik względny tworzona jest "ścieżka hintpath" w pliku csproj. Czy istnieje sposób (za pomocą graficznego interfejsu użytkownika, a nie ręczna edycja pliku), aby uczynić to bezwzględnym odwołaniem (np. C: \ Temp \ DllName.dll)?

Problem, na który napotykam, to sytuacja, w której poszczególne maszyny do kompilacji mają różne katalogi robocze dla projektu. Gdy odwołanie jest względne, a odwołanie do dll nie znajduje się w katalogu roboczym projektu, względne odniesienie może nie wskazywać tego samego położenia na obu komputerach.

Answer 1

Chciałbym pomóc, ale dlaczego jest to konieczne? Nigdy nie musiałem tego robić nigdy - od premiery beta 2003. Myślę, że jest tu jeszcze jedno głębsze pytanie.

Jeśli trzeba można spróbować stronę ścieżki odniesienia we właściwościach projektu

Answer 2

Spróbuj kliknąć prawym właściwości projektu, a następnie przechodząc do referencyjnych Ścieżki i dodanie tam ciężko kodowanych ścieżek.

Answer 3

Domyślnie Visual Studio używa referencji względnych, gdy referencja jest początkowo dodana, ponieważ zakłada, że ​​odniesienie dotyczy pliku znajdującego się w innym miejscu kopii roboczej.

ten używany do napędu mnie orzechy, ale rozwiązać go na trzy różne sposoby:

1. Przy zachowaniu mojego kodu źródłowego na moim D: napęd, co oznacza, że ​​DLL odniesione na dysku C: nie można przechowywać ze względnymi ścieżkami.
2. Przekonywanie uprawnień do tego, aby użyć pojedynczego obrazu/skryptu dla wszystkich stacji roboczych programistów. Teraz, gdy wszystkie są takie same, wszystkie pliki znajdują się w tym samym miejscu na dysku C :.
3. Uświadamiając, że można dodawać foldery do AssemblyFolders registry key, co oznacza, że ​​nie trzeba już używać żadnych ścieżek do odwoływania się do znanych złożeń.

Answer 4

Jedynym sposobem, jaki znalazłem, jest ręczne edytowanie pliku csproj po dodaniu odnośnika.

<Reference Include="foo, Version=1.2.3.4, Culture=neutral, ..."> 
    <SpecificVersion>False</SpecificVersion> 
    <HintPath>C:\absolute\path\foo.dll</HintPath> 
</Reference> 

i tak, nienawidzę bezwzględne ścieżki i cały obłęd automatycznego rozmieszczania go tworzy, ale w tym przypadku muszę odwołać otoki .NET, który używa biblioteki dll COM, który musi być „zainstalowany” i robić rzeczy do rejestru itp., więc jedyną drogą do zrobienia jest absolutna ścieżka.

Answer 5

To stare pytanie, ale wciąż jest aktualne. Natknąłem się na to, szukając rozwiązania, jak odwołać się do złożeń z globalnego repozytorium oprogramowania stron trzecich.

Moje podejście w tej chwili jest podobne do odpowiedzi napisanej przez thinkOfaNumber. Zamiast używać bezwzględnej ścieżki zakodowanej na stałe, wolę umieszczać zmienną środowiskową w pliku .csproj. Zmienna środowiskowa przechowuje bezwzględną ścieżkę. Przykład:

<Reference Include="Foo"> 
    <HintPath>$(THIRDPARTY_ROOT)\foo\3.1.0\bin\foo.dll</HintPath> 
</Reference> 

Dodatkowy poziom pośredni daje elastyczność różne ścieżki na różnych maszynach budowlanych (np Wywoływacz porównaniu serwera kompilacji).

Nadal jednak muszę ręcznie edytować plik .csproj, aby to zrobić.

Answer 6

Wystąpił również ten problem. Chcieliśmy użyć bezwzględnych ścieżek, ponieważ każde wdrożenie utworzyło folder Packages w różnych lokalizacjach (a także mamy wiele maszyn do kompilacji). Chodziło o to, aby pakiety NuGet znajdowały się w jednym miejscu, co uwolniłoby zmarnowaną pamięć od posiadania wielu kopii tego samego.

Naszym szczególnym problemem było to, że mogliśmy ustawić absolutną ścieżkę w pliku NuGet.Config, pakiety NuGet przywróciłyby tę lokalizację podczas wdrożenia, ale wtedy nie mogły znaleźć wszystkich podczas kroku MSBuild w to samo wdrożenie.

Napisałem skrypt PowerShell, aby rozwiązać ten problem. Zasadniczo zamienia względne odwołania HintPath na bezwzględną ścieżkę, którą chcę użyć.

#Get list of all csproj files in a solution 
$dir = Get-ChildItem $pwd -Recurse 
$list = $dir | Where {$_.extension -eq ".csproj"} 

#Replace relative paths with absolute path 
$absolutePath = 'C:\absolute\path\Packages' 
function replaceRelativePath($line){ 
    if($line -match '<HintPath>[^C].+\\Packages') 
    { 
     $relative = $matches[0] -replace '\\','\\' 
     return ($line -replace "$relative", "<HintPath>$absolutePath") 
    } 
    else 
    { 
     return $line 
    } 
} 

#Updating files 
Foreach($file in $List) 
{ 
    (Get-Content $file.FullName)| ForEach-Object{replaceRelativePath($_)} | Set-Content $file.FullName 
} 

Postawiliśmy ten skrypt do uruchomienia jako etapu budowy PowerShell przed etapami MSBuild w naszej instalacji. Powoduje to, że pliki csproj są zmieniane w katalogu roboczym na maszynach budujących, ale nie w sterowaniu źródłami Visual Studio. (Jeśli chcesz, aby zmieniły się w kontroli kodu źródłowego, prawdopodobnie uruchomisz to w PowerShell i sprawdzisz zmiany.)