Error de VS403406 cuando tiene muchos proyectos de equipo mediante un único proceso XML alojado

Se aplica: Visual Studio Team Services

Síntomas


Cuando se crea un proyecto en Microsoft Visual Studio Team Services (VSTS), puede recibir un mensaje de error similar a los siguientes :

Causa


Algunos clientes crean docenas de proyectos de equipo que se basaban en un único proceso XML alojado. Cuando modifica este proceso XML alojado, tiene todos los metadatos de proceso que se copiarán a cada uno de estos proyectos de equipo, que pueden durar varias horas. Durante este proceso, otros usuarios de la cuenta de la experiencia disminución del rendimiento.

Para limitar este problema, Microsoft agrega un límite para VSTS del número de proyectos de equipo que puede tener un único proceso XML alojado. Recibe el mensaje de error VS403406 cuando el proceso XML alojado alcanza ese límite.

Recomendación


Para minimizar el efecto de rendimiento, recomendamos encarecidamente que se:

  • Minimizar el número de veces que carga los cambios en el proceso al procesamiento por lotes de ellos .
  • U pload el proceso después de busi horas de Ness para reducir el número de usuarios afectados .

Solución alternativa


Si se produce el error VS403406, Pruebe los métodos siguientes para evitar este problema:

  • El enfoque recomendado es comenzar a utilizar el modelo de proceso de la herencia para los nuevos proyectos. Puede crear un proceso heredado de Agile, Scrum o CMMI para recrear el proceso manualmente. Es un esfuerzo puntual para crear este proceso. La ventaja es que, a continuación, puede crear muchos proyectos de equipo como desee sin las implicaciones y obtendrá una experiencia de usuario mucho mejor al cambiar su proceso. En el futuro, Microsoft le permitirá migrar los proyectos existentes en el modelo de proceso de herencia.
  • Crear una copia del proceso XML alojado. A continuación, puede crear otro conjunto de proyectos de equipo hasta llegar al límite. Ayudará el sistema repartir la carga y, por lo que tendrá cualquier cambio de proceso menos impacto en otros usuarios de la cuenta.
  • La solución menos favorable es solicitar un aumento del límite. Para enviar su solicitud, póngase en contacto con vstsprcssprt@microsoft.com. Se revisarán sólo las solicitudes que incluyan justificación comercial válida. Si se aprueba la solicitud, se aplican las mismas recomendaciones que en la opción anterior: limitar el número de veces que cargar el proceso y carga el proceso después del horario laboral.

Estado


Microsoft ha confirmado que se trata de un problema de los productos de Microsoft que se enumeran en la sección "Aplicable a".

Más información


Al crear una cuenta en Visual Studio Team Services, que ha tenido acceso al nuevo modelo de proceso de herencia. Este modelo de proceso tiene un bonito "lo que ves es lo que obtienes" (WYSIWYG) experiencia de edición e incluye el concepto de "compartir". Con el uso compartido, cuando se modifica el proceso, todos los proyectos de equipo que se basan automáticamente en el proceso de Obtén estos cambios.

Microsoft Team Foundation Server (TFS, versión local) utiliza el modelo de proceso "en prem XML". Como su nombre indica, este modelo de proceso se basa en un conjunto de archivos XML. Sin embargo, este modelo de proceso no tiene el concepto de uso compartido. Cuando el usuario crea un proyecto de equipo, los metadatos de proceso se copian en el proyecto de equipo. Cambiar el proceso, el usuario debe cambiar los metadatos en el proyecto de equipo. Modificaciones en el proceso de propia plantilla se aplican a los nuevos proyectos sólo. Que también es por qué es "Plantillas de proceso" en "Procesos" y TFS en VSTS.

El tercer modelo de proceso sólo está disponible para aquellos que han utilizado el Servicio de importación de base de datos de TFS . Este modelo de proceso se denomina modelo de proceso XML alojado. Este modelo de proceso utiliza archivos XML para definir el proceso, como el modelo de proceso "en prem XML". A diferencia de la versión TFS, XML alojado admite el concepto de "compartir", como el modelo de proceso de herencia. La diferencia entre la herencia y XML alojado es donde se almacenan los metadatos de proceso. En el modelo de proceso de la herencia, los proyectos de equipo leer sus metadatos de proceso directamente en el proceso. Sin embargo, los proyectos de equipo todavía almacenan los metadatos de proceso localmente en XML alojado. Para admitir el concepto de uso compartido en XML alojado, los metadatos de proceso se copian en cada proyecto de equipo cuando se cambia un proceso XML alojado.