El control de fuente en línea de Visual Studio rompe la debugging

Soy completamente nuevo en el control de fuente / versión y recientemente decidí probar el service en línea de Visual Studio (el service en línea TFS renombrado). Me encontré con un problema y ahora no estoy seguro de si estoy haciendo algo mal o si el service VSOnline está defectuoso.

El problema es el siguiente: Proyecto Windows Phone 8 que funciona completamente. El comstackdor y el depurador funcionan como se esperaba en VS13 ultimate (también en VS12 pro). Sin embargo, cuando agrego el proyecto al control de código fuente y lo controlo, lo reviso y luego se rompe.

Síntomas: 1) No se reconoce el marcado XAML. IntelliSense informa de errores para cada label XAML, incluso tags fundamentales como Phone: PhoneApplicationPage. Estos errores pueden borrarse si cambio de debugging a modo de lanzamiento, pero vuelven a aparecer cuando lance el proyecto la próxima vez.

2) Debug objective no modificable. En el cuadro de dialog donde normalmente puede elegir entre el dispositivo y diferentes modos de emulador, solo hay una opción "iniciar". Imposible implementar la aplicación en el dispositivo real. "Inicio" siempre inicia el emulador pnetworkingeterminado (que funciona bien, no hay errores), pero no puede elegir qué emulador.

3) VS13 se bloquea cuando bash abrir la pestaña de debugging en las properties / configuraciones del proyecto.

4) Intento de build la solución en VSonline falla.

Me doy count de que hay una posibilidad de que estoy haciendo algo mal. Nunca utilicé el control de fuente antes, pero en mi entender, todavía debería ser capaz de manejar el proyecto completamente normal después de la salida. Restricciones a la debugging o implementación en el dispositivo me parecen contraproducentes.

Y también los errores falsos y el locking de VS13 en la configuration implican que hay algo roto. Cualquier opinión, consejo o ayuda será muy apreciada.

Después de unos días de esfuerzo implacable, pude resolver el problema.

Mientras trabajo desde mi casa y mi propia computadora, siempre estoy conectado con mi count personal. Y estuve conectado a Visual Studio con mi count de trabajo que tiene la suscripción de MSDN.

Esto causó choque de count y todo el comportamiento extraño. Cerrar la session de todos los browseres no ayudó, misteriosamente mantuvo mi count personal siempre conectada. Y creo que esto es causado por Skydrive.

Así que configuré una nueva count de usuario para mi ID de trabajo, inicié session con eso y todo comenzó a funcionar perfectamente.

En pocas palabras: si desea utilizar Visual Studio en línea o iniciar session en VS, asegúrese de haber iniciado session con la misma count en la computadora.