Visual Studio 2010 y TFS no deseado echa un vistazo

Estoy usando Visual Studio 2010 SP1 con Team Foundation Server 2010. Cada vez que abro un proyecto, Visual Studio comprueba automáticamente el archivo de proyecto (.csproj) (no cualquiera de los archivos secundarios, sin embargo) y el correspondiente archivo .csproj.vspscc sale.Visual Studio 2010 y TFS no deseado echa un vistazo

Cada vez que comparo el archivo de proyecto en mi lista de Cambios pendientes, dice que los archivos son idénticos para el archivo .csproj y el archivo .csproj.vspscc; simplemente los revisamos o deshacemos los cambios.

¿Alguien puede explicar por qué lo está haciendo y cómo se puede solucionar para que no se compruebe el archivo .csproj y .vspscc cada vez que abrimos el proyecto?

Fuente

2012-07-02 Sean

Odio el control de fuente integrado. –

Por alguna razón desconocida para mí, vs2010 generalmente mantiene todos los cambios en la configuración de solución/proyecto en la memoria Y vs2010 no los va a guardar en el disco, hasta que claramente solicite hacer esto activando _Save All_, o cierre el proyecto. Por lo tanto, es fácil imaginar una situación cuando está actualizando desde el control de origen y perdió todos sus cambios en la memoria. Puede ser este comportamiento requerido para verificar los archivos del proyecto por adelantado. Esta es solo mi opinión personal basada en trabajar con vs2010. – Akim

posible duplicado de [¿Cómo parar Visual Studio de "siempre" revisando los archivos de la solución?] (Http://stackoverflow.com/questions/1085978/how-to-stop-visual-studio-from-always-checking-out -solution-files) – LosManos

Hemos tenido el mismo problema en mi equipo. El problema era que una referencia del proyecto apuntaba a un directorio diferente (incorrecto) de uno de los espacios de trabajo de un miembro de nuestro equipo. La solución de pantelif va en la dirección correcta, pero comparar los archivos csproj con TFS no ayudará. Por alguna razón, dice que los archivos son idénticos, pero si los he visto manualmente, me di cuenta de que no. Puede comprobar fácilmente esto:

clic derecho en el proyecto
Seleccione "Descargar Proyecto"
Haga clic derecho de nuevo
Seleccione "Editar xxx.csproj"

Ahora tiene una mirada más profunda a la "Referencia del Proyecto" -Etiquetas. En mi caso, los atributos "Incluir" no eran idénticos. Espero que te ayude también.

Para evitar estos problemas, simplemente echar un vistazo a la TFSGuide, especialmente en el capítulo 3.

Fuente

2012-07-30 12:11:02

No está claro exactamente qué pasos está tomando para que ocurra el problema, pero supongo que quiere decir que esto ocurre de manera que cuando abre una solución, todos los archivos de proyecto en una solución son automáticamente todos controlado.

Este no es el comportamiento normal, por lo que es posible que tenga una utilidad de terceros que esté realizando acciones en sus archivos de proyecto; tal vez los edite y luego los devuelva de la misma manera. Verifique y desactive cualquier complemento (Menú Herramientas -> Administrador de anuncios) y también puede verificar qué otra extensión puede haber instalado utilizando Extension Manager (también en el menú de herramientas).

Fuente

2012-07-02 17:37:41

Cuando hago una comparación, dice que los archivos son idénticos. ¿Por qué estoy tan desconcertado por esto? – Sean

@Sean Puede ser que haya más de 1 archivo que forma el "proyecto" que aparece en VS. ¿Tiene algún archivo de configuración de "usuario" registrado en el control de origen (como * .csproj.user, * .suo, o * .csproj.webinfo)? Estos deben ser excluidos del control de fuente. Además, ¿encontró algún complemento o extensión que esté cargado que pueda estar alterando el comportamiento de VS? Finalmente, ¿cuáles son los tipos/plantillas de proyectos utilizados para crear los proyectos en su solución? ¿Son una mezcla de plantillas estándar? –

Solo el archivo de proyecto .csproj se registra en el origen. Tengo instaladas extensiones de terceros, pero los compañeros de trabajo están experimentando los mismos problemas (y no tienen las mismas extensiones instaladas). Son plantillas de proyecto estándar, nada fuera de lo común. – Sean

VS es probable que resuelva un problema de enlace, por lo general para un ensamblado al que se hace referencia.
Para comprobar lo que está sucediendo, simplemente abra su solución & una vez que VS haya comprobado * .csproj, 'guarde todo' (Ctrl + Shift + S).

Navegar a la ventana "Cambios pendientes" y comparar el * .csproj debería revelar el problema.

Fuente

2012-07-03 07:16:57 pantelif

Cuando hago una comparación, dice que los archivos son idénticos. ¿Por qué estoy tan desconcertado por esto? – Sean

puedo responder parte de esta pregunta. ¿Por qué se muestran los archivos para ser idénticos?

La razón de esto (por lo que puedo decir) es que cuando comprueba automáticamente el archivo y realiza el cambio, no guarda este cambio. Por lo tanto, cuando solo compara los archivos de inmediato, no encuentra diferencias. Si en su lugar crea el proyecto, o invoca manualmente guardar en esos archivos modificados, los cambios se mostrarán.

Fuente

2014-12-16 00:18:59 Aland

El mismo problema solía ocurrir con mi solución también, más tarde descubrí, que IIS que configuré en mi local tenía un nombre de VD diferente, donde como en el servidor TFS, se asignaba y registraba un nombre de VD diferente. Entonces cuando abro mi solución. Comprueba automáticamente el archivo .sln. como mi VD local es diferente asignado a mi local.

Fuente

2015-01-22 09:55:17

Visual Studio 2010 y TFS no deseado echa un vistazo

Respuesta

Cuestiones relacionadas