Obligue que una referencia sea absoluta con Visual Studio

Question

Al agregar una referencia a un proyecto de aplicación web en VS (2008 en este caso), se crea el "hintpath" en el archivo csproj como una referencia relativa. ¿Hay alguna manera (utilizando la GUI, no editando manualmente el archivo) para hacer de esto una referencia absoluta (es decir, C: \ Temp \ DllName.dll)?

El problema al que me estoy enfrentando es cuando máquinas de construcción separadas tienen directorios de trabajo diferentes para el proyecto. Cuando la referencia es relativa, y la dll referenciada no está dentro del directorio de trabajo del proyecto, la referencia relativa puede no apuntar a la misma ubicación en ambas máquinas.

Answer 1

Me gustaría ayudar pero ¿por qué es esto necesario? Nunca tuve que hacer esto nunca, desde vs.net beta 2003. Creo que hay otra pregunta más profunda aquí.

Si debe puede probar la página Curso de referencia en las propiedades del proyecto

Answer 2

Trate clic derecho en las propiedades del proyecto, y luego ir a las rutas de referencia, y la adición de los caminos fuertemente codificados allí.

Answer 3

De forma predeterminada, Visual Studio utiliza referencias relativas cuando la referencia se agrega inicialmente, porque asume que la referencia es a un archivo en otra parte de su copia de trabajo.

Este antes me vuelven loco, pero lo resolvió en tres formas diferentes:

1. Al mantener mi código fuente en mi D: conducir, lo que significa que las DLL hace referencia en la unidad C: no se podía almacenar con caminos relativos.
2. Persuadiendo a los poderes fácticos de usar una sola imagen/script para todas las estaciones de trabajo de los desarrolladores. Ahora que son todos iguales, los archivos están todos en el mismo lugar en la unidad C :.
3. Al darse cuenta de que puede agregar carpetas al AssemblyFolders registry key, significa que ya no tiene que usar rutas de ningún tipo para hacer referencia a conjuntos conocidos.

Answer 4

La única manera que he encontrado para hacerlo es editando el archivo csproj manualmente después de agregar la referencia.

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

y sí, me gusta rutas absolutas y toda la locura despliegue automático que crea, pero en este caso tengo que hacer referencia a una envoltura de .NET que utiliza una DLL COM que tiene que ser "instalado" y hacer las cosas al registro, etc. por lo que un camino absoluto es el único camino a seguir.

Answer 5

Esta es una pregunta anterior, pero sigue siendo relevante. Me encontré con esto mientras buscaba una solución para hacer referencia a conjuntos desde un repositorio global de software de terceros.

Mi enfoque en este momento es similar a la respuesta escrita por thinkOfaNumber. En lugar de utilizar una ruta absoluta codificada, prefiero incrustar una variable de entorno en el archivo .csproj. La variable de entorno contiene la ruta absoluta. Ejemplo:

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

Este nivel adicional de indirección da la flexibilidad de tener diferentes caminos en diferentes máquinas de construcción (por ejemplo, del sistema desarrollador vs. servidor de compilación).

Aún así, necesito editar manualmente el archivo .csproj para hacer esto.

Answer 6

También nos encontramos con este problema. Queríamos utilizar rutas absolutas porque cada implementación creó la carpeta Paquetes en diferentes ubicaciones (y también tenemos varias máquinas de construcción). La idea era tener los paquetes NuGet en un solo lugar, lo que liberaría la memoria desperdiciada de tener múltiples copias de la misma cosa.

Nuestro problema específico era que podíamos establecer la ruta absoluta en el archivo NuGet.Config, los paquetes NuGet restaurarían esa ubicación durante una implementación, pero luego no pudo encontrarlos durante el paso de MSBuild en el mismo despliegue.

Escribí un script de PowerShell para solucionar este problema. Básicamente reemplaza las referencias relativas de HintPath con la ruta absoluta que quiero usar.

#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 
} 

Configuramos este script para que se ejecute como un paso de compilación de PowerShell antes de que MSBuild realice los pasos en nuestro despliegue. El resultado es que los archivos csproj se cambian para el directorio de trabajo en las máquinas de compilación, pero no en el control de código fuente de Visual Studio. (Si desea que cambien en el control de código fuente, probablemente pueda ejecutar esto en PowerShell y verifique los cambios).