2009-06-01 8 views
52

Estoy empezando a comprender TFS 2010 (nunca tuve suerte con TFS 2008) y estoy intentando agregar mi primera solución a TFS. Sin embargo, recibo el siguiente mensaje de advertencia:Se muestra una advertencia al agregar la solución a Team Foundation Server 2010

El proyecto que está intentando agregar al control de código fuente puede causar que otros usuarios de control de origen tengan dificultades para abrir esta solución u obtener versiones más nuevas. Para evitar este problema, agregue el proyecto desde una ubicación debajo de la raíz de enlace de los otros proyectos controlados por origen en la solución.

¿Puede alguien explicarme qué significa esto y cómo resolverlo? Esta advertencia se muestra al hacer clic con el botón derecho en la solución en el Explorador de soluciones y seleccionando "Agregar al control de código fuente".

+0

acabo de encontrar con el mismo problema; ahora sé :) –

Respuesta

46

Su estructura de carpetas solución debe ser similar a:

Solution Root folder 
    | 
    .sln solution file  
    | 
    Project1 folder 
     | 
     Project1.csproj (or .vbproj) 
    | 
    Project2 folder 
     | 
     Project2.csproj (or .vbproj) 
    . 
    . 
    . 
+0

No, hay 2 proyectos, en carpetas separadas con un archivo sln en uno de ellos, ¿es este el problema? – Calanus

+0

Sí, esa fue la razón, ¡ten algunos puntos! – Calanus

+0

Entonces, ¿es esto algo malo? – felickz

0

El siguiente problema puede manifestarse sympomatically el error que ha informado. Recuerde que los ensambles a los que se hace referencia no necesitan estar en ninguna ubicación específica ni en TFS ni en el sistema de archivos de su estación de trabajo.

Un problema subyacente es que algunos tipos de proyectos tienen por defecto la versión "Client" del .NET Framework. Las versiones del cliente eliminan conjuntos que normalmente no se utilizan en proyectos implementables. Además, cualquier ensamblado en el que haga referencia su proyecto tampoco debe hacer referencia a ensamblajes omitidos por el perfil Cliente.

Simplemente cambie la configuración del marco de destino de su proyecto a la versión de marco completo.

Compruebe hacia fuera mi blog, con respecto a este tema: http://thecurlybrace.blogspot.com/2010/09/visual-studio-wears-sabots.html

3

Para mí fue como este que he intentado añadir la solución desde otro lugar ya. Luego tuve que limpiar el espacio de trabajo que se creó para la otra ubicación.

Para Visual Studio 2013 se puede encontrar la configuración del espacio de trabajo bajo:

File -> Source Control -> Advanced -> Workspaces... 

En el cuadro de diálogo "Gestionar espacios de trabajo", seleccione el espacio de trabajo a trabajar y después haga clic en "Editar ...". En el cuadro de diálogo "Editar área de trabajo" borre la ubicación "incorrecta".

Intente agregar la solución nuevamente.

4

Como se describe en esta publicación del foro de Visual Studio (enlace a continuación), el problema básico es que un proyecto en la solución está fuera del subárbol en el que se encuentra la solución. Esto puede provocar problemas si otro usuario mapea los diferentes subárboles de forma diferente en sus espacios de trabajo que el usuario que está realizando el check-in. Las referencias entre árboles ya no funcionarán. El diálogo es solo una advertencia, pero puede continuar si sabe que su equipo no divide el árbol de códigos con asignaciones complejas del espacio de trabajo.

https://social.msdn.microsoft.com/Forums/vstudio/en-US/29579a28-9de0-4fc6-a253-b38191aa4fdc/must-projects-be-added-under-binding-root-of-solution?forum=tfsversioncontrol

Cuestiones relacionadas