Exportar (0) Imprimir
Expandir todo
Este artículo se tradujo de forma manual. Mueva el puntero sobre las frases del artículo para ver el texto original. Más información.
Traducción
Original

Usar el control de versiones

Tanto si tiene un proyecto de software grande como uno pequeño, es recomendable utilizar el control de versiones lo antes posible en el ciclo de vida del proyecto.

Siempre que crea un proyecto de código (teclado: CTRL + 0, N), tiene la opción de agregarlo al control de versiones.

Nuevo proyecto

¿Debe activar la casilla? La respuesta rápida es 'sí'. Para poder dar una respuesta más detallada, habría que valorar la situación.

ms181368.collapse_all(es-es,VS.120).gifProyectos pequeños

Aunque esté trabajando en solitario en un proyecto pequeño, puede usar el control de versiones para mejorar la productividad personal y recuperarse de los problemas difíciles.

Simplemente quiero empezar a escribir el código de inmediato. Ahora mismo, no sé con seguridad si me preocupará el uso compartido. Tal vez en el futuro.

Puede empezar utilizando el control de versiones de Git antes de escribir la primera línea de código sin que esto suponga prácticamente ningún costo o riesgo. Esto le brinda muchas ventajas; por ejemplo, podrá revertir a un estado correcto anterior siempre que se produzca un problema. Y todo ello desde su equipo de desarrollo local. No es necesario un servidor. Cuando esté listo, podrá compartir rápidamente el código e iniciar la colaboración en TFS o en un servicio de Git de terceros. Empiece a utilizar Git.

Estoy buscando un sistema sencillo que me permita colaborar fácilmente y de inmediato con otras personas.

Sin invertir mucho tiempo extra, puede crear un proyecto de equipo y empezar a utilizar el control de versiones de Team Foundation (TFVC). Puede usar Visual Studio Online o una instancia local de Team Foundation Server (TFS). Empiece a usar el control de versiones de Team Foundation (TFVC).

ms181368.collapse_all(es-es,VS.120).gifProyectos más grandes

Si trabaja con un equipo o en proyectos complejos, es muy probable que utilice un sistema compartido de archivos con control de versiones que le permita mejorar la colaboración y la transparencia. Si usa TFS (ya sea en local o en la nube), puede aprovechar también las funciones integradas para compilaciones automáticas y planeación y seguimiento de proyectos, así como otras funciones para administrar el ciclo de vida de las aplicaciones.

Cuando cree un nuevo proyecto de equipo, podrá elegir el sistema de control de versiones que su equipo va a utilizar en dicho proyecto: control de versiones de Team Foundation (TFVC) o Git. No podrá modificar esta opción en los proyectos de equipo que cree; sin embargo, puede utilizar proyectos de equipo de TFVC y Git en la misma colección.

Conectar con un proyecto de equipo de TFVC

ms181368.collapse_all(es-es,VS.120).gifControl de versiones de Team Foundation (centralizado)

El control de versiones de Team Foundation (TFVC) es un sistema de control de versiones centralizado. Normalmente, los miembros del equipo solo tienen una versión de cada archivo en sus equipos de desarrollo. Los datos históricos se conservan únicamente en el servidor. Las bifurcaciones se basan en las rutas de acceso y se crean en el servidor.

TFVC admite dos modelos para que el equipo realice cambios:

  • Áreas de trabajo de servidor: antes de efectuar los cambios, los miembros del equipo deben desproteger públicamente los archivos. En la mayoría de las operaciones, es necesario que los desarrolladores estén conectados al servidor. (En el pasado, los equipos impedían que varias personas desprotegieran los archivos, pero ahora es menos frecuente). Este sistema facilita el bloqueo de flujos de trabajo. Otros sistemas que funcionan de esta forma son Visual SourceSafe, Perforce y CVS.

  • Áreas de trabajo locales: cada miembro del equipo toma una copia de la última versión del código base y trabaja sin conexión. Los desarrolladores protegen sus cambios y resuelven los posibles conflictos. Otro sistema que funciona de esta manera es Subversion.

Obtenga más información sobre el control de versiones de Team Foundation (TFVC).

ms181368.collapse_all(es-es,VS.120).gifControl de versiones distribuido de Git (descentralizado)

Git es un sistema de control de versiones descentralizado. Cada desarrollador tiene una copia de todo el repositorio de código fuente en su equipo de desarrollo. Los desarrolladores pueden confirmar cada conjunto de cambios en sus equipos de desarrollo y realizar las operaciones de control de versiones en forma de historial para compararlos sin necesidad de una conexión de red. Las bifurcaciones son ligeras. Si necesita cambiar contextos, puede crear una bifurcación privada local. Puede cambiar rápidamente de una bifurcación a otra para desplazarse por las distintas variaciones del código base. Posteriormente, podrá combinar, publicar o desechar la bifurcación. Otro sistema que funciona de esta manera es Mercurial.

Nota importante Importante

El sistema de Git de Visual Studio y TFS es el sistema Git estándar. Puede utilizar Visual Studio con los servicios de Git de terceros y también utilizar los clientes de GIT de terceros con TFS.

Más información sobre Git.

A continuación se incluye un gráfico de comparación que puede servirle de ayuda para decidir entre TFVC y Git.

Función

TFVC

Git

Alertas

Los miembros del equipo pueden recibir alertas de correo electrónico cuando se realicen protecciones.

Los miembros del equipo pueden recibir alertas de correo electrónico cuando se inserten confirmaciones en el servidor.

Capacidad de auditoría

Como el equipo protege todo el trabajo en un sistema centralizado, puede identificar qué usuario protegió un conjunto de cambios y utilizar Comparar para ver los cambios. Cuando examine un archivo, puede anotarlo para identificar quién cambió un bloque de código y cuándo lo hizo.

Puede identificar qué usuario insertó una confirmación en TFS. (Cualquier persona puede notificar una identidad como autor o responsable de la confirmación). Puede identificar cuándo se realizaron los cambios y qué se modificó a través del historial y las funciones Comparar y Anotar.

Bifurcación

Las bifurcaciones basadas en ruta de acceso se utilizan principalmente como construcciones de larga duración para aislar el riesgo que implica cambiar entre equipos y versiones de características. Normalmente, los miembros del equipo configuran un área de trabajo adicional para cada bifurcación en la que trabajan.

Los cambios de cada bifurcación son independientes entre sí, por lo que no es necesario protegerlos antes de cambiar de una bifurcación a otra. La combinación entre bifurcaciones relacionadas requiere una combinación sin base.

Puede acceder a las vistas de las estructuras de bifurcaciones y la ubicación en la que se combinaron los conjuntos de cambios.

Vea Usar bifurcaciones para aislar riesgos en el control de versiones de Team Foundation.

La creación de bifurcaciones es ligera y no depende de la ruta de acceso. Muchos desarrolladores crean una bifurcación para todas las características nuevas que codifican; en ocasiones, lo hacen diariamente. Puede cambiar rápidamente de una bifurcación a otra para desplazarse por las distintas variaciones del código base. Puede crear bifurcaciones que solo existan en su equipo de desarrollo y compartirlas únicamente si lo estima oportuno.

Debe confirmar, bifurcar, guardar provisionalmente o deshacer los cambios realizados antes de cambiar entre las bifurcaciones. El proceso de combinación es simple e independiente de la confirmación en la que se basa la bifurcación.

Puede comparar bifurcaciones para ver qué confirmaciones hay y en qué bifurcaciones se encuentran.

Vea Usar bifurcaciones de Git para cambiar de contexto, suspender el trabajo y aislar riesgos.

Compilaciones (automatizadas por TFBuild)

Puede usar todas las funciones de TFBuild para compilar la combinación de contenido que desee de la colección de proyectos de equipo.

Puede utilizar la mayoría de las funciones de TFBuild para compilar un proyecto de equipo cada vez y uno o varios repositorios al mismo tiempo. Las compilaciones de protección controlada aún no están disponibles. Los símbolos pueden publicarse, pero aún no están indizados.

Cambios

Los miembros del equipo pueden modificar simultáneamente los archivos en sus equipos de desarrollo. Los conjuntos de cambios se cargan (protegen) en el servidor cuando se crean. Puede cargar los cambios en cualquier momento. Sin embargo, puede haber conflictos que provoquen una interrupción.

Puede cambiar el comentario de un conjunto de cambios después de protegerlo. Puede vincular conjuntos de cambios a los elementos de trabajo y asociarlos a las compilaciones completadas.

Los miembros del equipo pueden modificar simultáneamente los archivos en sus equipos de desarrollo. Las confirmaciones se crean en el equipo de desarrollo con independencia de si se van a compartir con el equipo. Cuando esté listo, debe extraer las últimas confirmaciones antes de cargar (insertar) las suyas propias en el servidor. Cuando realice la extracción, es posible que haya conflictos que interrumpan el proceso.

Puede rectificar la última confirmación local. No puede cambiar confirmaciones anteriores. Puede vincular confirmaciones a elementos de trabajo y asociarlos a las compilaciones completadas.

Puede modificar y combinar confirmaciones locales desde el símbolo del sistema.

Revisiones de código en TFS

Si

No están disponibles aún, pero puede comentar y enviar un correo electrónico sobre una confirmación desde el portal web.

Compatibilidad con CodePlex

Si

Si

Resolución de conflictos

Es posible que tenga que resolver conflictos cuando obtenga, proteja, combine o retome los cambios aplazados. Puede resolver todos los tipos de conflictos en Visual Studio.

Es posible que tenga que resolver conflictos cuando realice la extracción o combinación. Puede resolver los conflictos de contenido en Visual Studio. Otros tipos de conflictos pueden resolverse desde el símbolo del sistema.

Almacenamiento de archivos

Puede proteger archivos binarios grandes. Es posible que desee utilizar también NuGet en una combinación o como alternativa.

Puede proteger archivos binarios pequeños. Evite proteger archivos binarios grandes, especialmente aquellos que necesita modificar con frecuencia. Si es posible, utilice NuGet como alternativa para proteger los archivos binarios.

Archivos del equipo de desarrollo cliente

Puede examinar los archivos mediante el Explorador de control de código fuente de Visual Studio, el Explorador de archivos de Windows o el símbolo del sistema.

Puede examinar los archivos utilizando el Explorador de archivos de Windows o el símbolo del sistema. No puede examinar los archivos en Visual Studio.

Archivos del servidor

Cada proyecto de equipo contiene todos los archivos en una sola ruta raíz (por ejemplo: $/FabrikamTFVC). Puede aplicar permisos en el nivel de esquema. Puede bloquear archivos.

Puede examinar los archivos en el portal web y mediante el Explorador de control de código fuente de Visual Studio.

El proyecto de equipo existe en un solo servidor.

Cada proyecto de equipo puede contener uno o varios repositorios Git, y cada repositorio Git puede contener una o varias bifurcaciones. Los permisos más específicos que se pueden aplicar se establecerán en un repositorio o en una bifurcación. Los archivos no se pueden bloquear.

Puede examinar los archivos en el portal web.

Puede insertar confirmaciones en varios repositorios remotos (por ejemplo, en el repositorio del proyecto de equipo y en el sitio web hospedado en Microsoft Azure).

Historial

El historial de archivos no se replica en el equipo de desarrollo cliente y, por tanto, solo podrá verlo cuando se conecte al servidor.

Puede ver el historial en Visual Studio y en el portal web. Puede anotar los archivos para ver quién cambió una línea y cuándo lo hizo.

El historial de archivos se replica en el equipo de desarrollo cliente y puede verlo aunque no esté conectado al servidor.

Puede ver el historial en Visual Studio y en el portal web. En el portal web puede anotar los archivos para ver quién cambió una línea y cuándo lo hizo.

Administrar el trabajo en el equipo de desarrollo

Páginas cambios pendientes y mi trabajo

Páginas cambios, confirmaciones y bifurcaciones.

Ruta de acceso de migración

GIT-TF

GIT-TF

Controles de calidad

Puede utilizar compilaciones de integración continua, compilaciones de protección controlada y directivas de protección.

Puede utilizar compilaciones de integración continua. Las compilaciones de protección controlada aún no están disponibles.

Revertir los cambios

Puede revertir uno o varios conjuntos de cambios.

Puede revertir una confirmación.

Escala

Puede trabajar en proyectos pequeños o muy grandes mediante las áreas de trabajo locales. Admite proyectos de gran magnitud (millones de archivos por bifurcación y archivos binarios grandes) mediante el uso de áreas de trabajo de servidor.

Puede iniciar proyectos pequeños rápidamente. Se puede aumentar el tamaño para proyectos muy grandes, pero tiene que planearlo con antelación para poder establecer los módulos del código base. Puede crear varios repositorios en un proyecto de equipo.

Suspender el trabajo

Puede suspender el trabajo desde la página Mi trabajo o aplazar los cambios.

Puede crear una bifurcación (en Visual Studio o en el símbolo del sistema) o guardarla provisionalmente (en el símbolo del sistema).

Etiquetar los archivos

Puede utilizar etiquetas en una versión de uno o varios archivos tanto desde Visual Studio como desde el símbolo del sistema. Cada archivo puede tener una etiqueta aplicada a una versión diferente.

Puede aplicar etiquetas desde el símbolo del sistema en cada una de las confirmaciones. Puede ver las etiquetas en la ventana del historial de Visual Studio.

Herramientas

Herramientas cliente: Visual Studio, Eclipse (con Team Explorer Everywhere)

Herramienta de servidor: TFS

Herramientas cliente: Visual Studio, Eclipse y otras herramientas de terceros

Herramientas de servidor: TFS y servicios de terceros

Interfaz de usuario

Visual Studio: proporciona todas las características de uso general y muchas características avanzadas.

Portal web de TFS: puede examinar, comentar, anotar y ver el historial del código base.

Símbolo del sistema de TF: se instala con Visual Studio. Se utiliza para tareas avanzadas, administrativas y otras menos comunes.

Visual Studio: proporciona muchas características de uso general. Algunas características para tareas comunes aún no están disponibles.

Portal web de TFS: puede examinar, comentar, anotar y ver el historial del código base.

Símbolo del sistema de terceros: puede instalarlo desde Visual Studio. Se utiliza para algunas tareas de uso general y otras menos comunes.

Compatibilidad de Visual Studio

Puede utilizar todas las versiones anteriores de Visual Studio compatibles.

Puede utilizar Visual Studio 2013 Git (viene incluido) o Visual Studio 2012 Update 3 (debe instalar también Visual Studio Tools para Git).

Portal web

Puede examinar el código base (incluidas las bifurcaciones), ver el historial, anotar y comentar conjuntos de cambios y conjuntos de cambios aplazados, y realizar otras tareas, como descargar ad hoc partes seleccionadas del código base como un archivo .zip.

Puede examinar el código base, ver el historial, comparar bifurcaciones, anotar y comentar conjuntos confirmaciones, y realizar otras tareas, como descargar ad hoc partes seleccionadas del código base como un archivo .zip.

Adiciones de comunidad

AGREGAR
Mostrar:
© 2014 Microsoft