2011-08-22 6 views
6

Estamos pasando de SourceSafe a Subversion como nuestro proveedor de control de fuente ... Todo va bien hasta ahora excepto que puedo descubrir cómo "comparte" un archivo entre más de un proyecto. En sourcesafe, usted hizo un enlace al archivo y luego lo agregó a su proyecto, luego la fuente segura sabía que el archivo era realmente solo un archivo. ¿Cómo haces el equivalente con Subversion?Comparta un archivo CS con 2 proyectos diferentes usando Visual Studio 2010 y Subversion

+1

Agregar archivos compartidos a un proyecto a través de un enlace es una característica del proyecto VS que almacena la ruta relevante en el archivo del proyecto sin copiarlo en el directorio local, ¿qué es exactamente incorrecto cuando se agrega uno y se compromete con SVN? –

Respuesta

20

Puede add a file as a link dentro de Visual Studio directamente.

Hacer esto significa que no tiene que preocuparse por la forma en que su control de fuente gestionará las cosas, siempre y cuando el archivo al que se hace referencia esté en control de fuente: VS administra el enlace.

+0

¿Cómo funciona el bloqueo y la bifurcación/fusión con este enfoque? – Mrchief

+1

@Mrchief - ¿Qué quieres decir? La información del enlace se guarda en el archivo del proyecto. – Oded

+0

Bueno, ¿puedo bloquear el archivo del proyecto que contiene el enlace? ¿El bloqueo está en el archivo CS real o en el enlace? Si está en el enlace, el objetivo del bloqueo se pierde. ¿Qué pasa si ramifico el proyecto con el enlace, luego lo fusiono más tarde, y mientras tanto el enlace ha cambiado/movido, todavía se fusiona correctamente? – Mrchief

0

¿Está buscando compartir un CS (como en un archivo de código) entre 2 proyectos? Desde un aspecto de diseño, ¿por qué no extrapolar ese archivo en su propio proyecto y luego hacer referencia a ese proyecto desde los otros proyectos?

+1

¿Por qué está esto downvoted? _Esto_ es lo _right_ que hay que hacer! +1 por eso. – Mrchief

+1

Los archivos compartidos en un proyecto no necesariamente significan código duplicado. Hay muchos tipos de archivos posibles, desde archivos de información de ensamblaje (* .cs) hasta recursos de la aplicación, que generalmente forman parte de una solución de producción y deben compartirse a través de ella. –

+0

¿Por qué compartiría información de ensamblaje en proyectos? Va a estar perdiendo información relevante para cada proyecto si solo hereda de 1. Puedo entender XML, Config y otros archivos como ese, pero no un archivo compilado. Eso debe ser extraído en su propio proyecto y convertido en su propia biblioteca. Esa es una práctica general para todos los lenguajes de codificación. –

Cuestiones relacionadas