¿Hay alguna forma de hacer una copy de security de los proyectos de Visual Studio Team Services?

Estoy defendiendo el uso de Visual Studio Team Services para nuestra solución de control de fuente, y realmente lo he comenzado a hacer. Sin embargo, mi gerente, que es algo aprensivo cuando se trata de almacenamiento y services alojados en la nube, quiere saber cuál es nuestro plan de contingencia en caso de que Team Services deje de ser accesible por cualquier motivo.

He señalado que tenemos nuestro código fuente en las computadoras de nuestros desarrolladores, en sus espacios de trabajo asignados, pero es cierto que si terminamos con eso y sin acceso a los Servicios del equipo, ciertamente estaríamos un poco atados. Todos podrían estar trabajando en diferentes partes de la misma solución y no podríamos volver a verificar todos sus cambios en el repository central ni fusionar los cambios realizados en twigs separadas. Tampoco tendremos acceso a los comentarios asociados con los loggings previos, o nuestro retraso, testings, etc.

Entonces, la pregunta es, ¿hay alguna forma de respaldar todo lo que estamos organizando en Team Services para que, en caso de que algo salga mal, podamos restaurar todo eso en una installation localmente alojada de TFS? (o en otra parte)?

Llego un poco tarde a la fiesta pero desarrollamos una herramienta de respaldo de Team Services. Lo progtwigmos como una tarea progtwigda y se ejecuta una vez por noche. A continuación, simplemente clona todos nuestros repositorys en el disco.

Tomado de este blog :

Usamos la API VSO Rest para consultar nuestra count VSO y get toda la información que necesitamos. Como en VSO solo puede tener una Colección de proyectos de equipo, recuperamos todos los proyectos de equipo de la colección pnetworkingeterminada. Cada uno de estos proyectos de equipo puede tener varios repositorys de los que se debe realizar una copy de security. Se crea una carpeta para cada proyecto de equipo y se guarda en una location en el disco que se puede configurar en la aplicación.config. Cuando se crea la carpeta del proyecto del equipo, la tarea recorre cada repository en el proyecto del equipo y crea carpetas para cada repository.

También puede bifurcarlo en GitHub aquí

No hay una capacidad de copy de security list para usar.

Ahora, si solo se refiere al control de código fuente, y no a los elementos de trabajo, a las requestes, comstackciones, planes de testing o cualquier otra cosa que el service ofrezca, le sugiero que migre su código a git.

Con Git, cada desarrollador tendrá una copy completa del repository fuente, que incluye todo el historial y comentarios de confirmación. A partir de ahí, es una tarea sencilla enviar el repository de git a un hoster git diferente (como bitbucket o github) y convertirlo en su nuevo repository de git hospedado de manera central.

En una nota histórica, Visual Studio Team Services en un punto ofreció una export de datos por un período de time. Es posible que desee agregar un voto o tres a esta idea relacionada de UserVoice para ayudar a boost la importancia de la function con Microsoft.

Comentario adicional: los riesgos comerciales al usar Visual Studio Team Services provendrán ya sea de que Microsoft cierre el service de Visual Studio Team Services o de que la infraestructura subyacente de Azure tenga un fallo tan catastrófico que su count de Visual Studio Team Services no pueda recuperarse. Ambos tienen un riesgo extremadamente bajo, y muy probablemente sean menores que los riesgos que tendrían al ejecutar TFS localmente, en su propio centro de datos, a less que, por supuesto, su infraestructura y personal sean mejores que los de Microsoft 🙂

No es una copy de security VS completa en términos de una restauración de service. Pero puede tomar un Zip completo desde la raíz hacia abajo usando el website Code. Haga clic derecho en la carpeta raíz y tiene una opción de descarga de zip. Característica muy orderada.

La forma más fácil de realizar una copy de security de todo es usar algo como la Plataforma de integración TFS para extraer periódicamente todos sus datos en una solución TFS local. Lo configuré utilizando una máquina virtual Azure que desactivamos cuando no estábamos realizando copys de security de forma activa, lo que hace que sea realmente económico. Para get más información sobre el uso de la IP TFS con los Servicios del equipo, consulte esto: http://nakedalm.com/migration-from-tf-service-to-tf-server-with-the-tfs-integration-platform/