Descripción del problema
Los clientes a menudo me pregunta: "En Azure DevOps servidor, cómo migrar un equipo de proyecto a otra colección de proyectos de equipo?".
La respuesta simple es: " la versión actual no es compatible !".
Este es actualmente más alto grado de preocupación necesita un usuario (del mundo https://developercommunity.visualstudio.com/idea/365365/make-it-possible-to-move-a-team-project-between-te-1.html ), pero es muy lamentable, los grupos de productos de Microsoft actualmente no pueden resolver este problema.
análisis
De hecho, en vista de la Azure DevOps Server (TFS llama antes de) el diseño, la actualización no se puede alcanzar dentro de un corto período de tiempo esta función a través del sistema. Hay muchas razones por esto no se puede características logrado, pero el núcleo de los cuales es un ID marcador de datos único.
En el sistema de TFS, todos los elementos de trabajo tienen un valor de identificación único, el valor de ID se incrementa automáticamente por un número de serie 1, por ejemplo, una nueva requisitos de identificación para 1001, después de un nuevo ID de elemento de trabajo Bug es 1002 . En un equipo de proyecto con el conjunto, el número de serie del identificador de elemento de trabajo se comparte, que añade un elemento de trabajo en un proyecto de equipo en el primer, el segundo proyecto nuevo equipo de elemento de trabajo de identificación también se agrega uno automáticamente. En un proyecto de equipo diferente, es posible que haya 1001 dichos elementos de trabajo. Si nos migrar entre la colección de proyectos de equipo del equipo de proyecto, los datos de elemento de trabajo llegará a ser muy confuso.
Además, debido a que la biblioteca tradicional TFVC también tiene el mismo problema, la misma colección de proyectos de equipo, el camino es comenzar con el signo de dólar ($), ruta de archivo de formato es "$ name / equipo / archivo o carpeta de la ruta" Si nos migrar entre la colección de proyectos de equipo del equipo de proyecto, los datos también hará que el sistema se vuelve caótico.
Junto con la complejidad de la estructura de datos de la base de datos de informes en tfs_warehouse, por lo que esta migración se vuelve muy complejo, que implica el cambio de datos demasiado, casi una tarea imposible.
Por lo tanto, no nos preguntamos cómo el futuro migración del equipo de proyecto.
soluciones
A partir del análisis anterior, podemos ver que este es un problema sin solución.
Sin embargo, podemos evitar este problema. Con el fin de evitar el proceso de utilización de las cuestiones de migración Azure DevOps Server es necesario que aparezca en un proyecto de equipo, la necesidad de datos de I + D en la empresa es un programa bueno para su uso en un principio, para crear un proyecto de equipo de acuerdo con ciertos criterios. Por ejemplo, con una línea de productos de sistemas de información para almacenar el mismo conjunto de equipo de proyecto, el mismo equipo de sistemas de información de I + D para almacenar la misma colección de proyectos de equipo, teniendo en cuenta los miles de equipo de proyecto no aparece, intente utilizar el valor por defecto la colección de proyectos de equipo (DefaultCollection), evitar el uso de una nueva colección de proyectos de equipo.
-------------------------------------------------- ----------
http://www.cnblogs.com/danzhang/ DevOps MVP Zhang Hongjun
-------------------------------------------------- ----------