¿Qué sistema de control de versiones utilizas (o has utilizado)?

[MAXIUM]

7z y fecha de la compresión

[Neftali [Germán.Estévez]]

Los que utilizáis otro sistema que no está en la lista, además de marcarlo, podéis comentarlo en los mensajes.

[PepCat]

Empezado por MAXIUM

7z y fecha de la compresión

¡Hasta hace muy poco este también era mi sistema!

El IDE de Delphi no tiene una buena integración con herramientas de control de versiones y creo que este ha sido el motivo por su baja adopción entre sus usuarios.

Desde hace un par de años, estoy utilizando GitHub, que se ha convertido en una herramienta imprescindible para mí.
En el caso de Delphi, utilizo el cliente de "GitHub Desktop".

Incluso si eres el único desarrollador, la utilización de un sistema de control de versiones es de gran ayuda, especialmente al utilizar las ramas,
que permiten por ejemplo añadir nuevas funcionalidades sin alterar la versión principal o estable del mismo.
Una vez que se completa el trabajo en una rama, se puede fusionar o integrar de nuevo en la rama principal para agregar los cambios a la versión principal.

En resumen, considero que el uso de herramientas de control de versiones es una gran mejora en el desarrollo
de software, y lo recomiendo encarecidamente para aquellos que aún no lo han probado.

[Neftali [Germán.Estévez]]

Empezado por PepCat

El IDE de Delphi no tiene una buena integración con herramientas de control de versiones y creo que este ha sido el motivo por su baja adopción entre sus usuarios.

Empezado por PepCat

Incluso si eres el único desarrollador, la utilización de un sistema de control de versiones es de gran ayuda, especialmente al utilizar las ramas,
que permiten por ejemplo añadir nuevas funcionalidades sin alterar la versión principal o estable del mismo.
Una vez que se completa el trabajo en una rama, se puede fusionar o integrar de nuevo en la rama principal para agregar los cambios a la versión principal.

Empezado por PepCat

En resumen, considero que el uso de herramientas de control de versiones es una gran mejora en el desarrollo
de software, y lo recomiendo encarecidamente para aquellos que aún no lo han probado.

Pues las firmo 100%. Totalmente de acuerdo.
Ahondando en la primera, creo que en general los IDEs, en comparación con las herramientas externas son pobres. A Visual Studio le pasa algo similar que a Delphi.

[Casimiro Noteví]

Empezado por Neftali [Germán.Estévez]

Pues las firmo 100%. Totalmente de acuerdo.
Ahondando en la primera, creo que en general los IDEs, en comparación con las herramientas externas son pobres. A Visual Studio le pasa algo similar que a Delphi.

Estaría muy bien que tuviera un control de versiones integrado en el IDE, que fuese sencillo y simple de manejar, que fuese algo que estuviese funcionando con la creación de cada proyecto, con la opción a deshabilitarlo si no se quiere usar.

[Ñuño Martínez]

Me alegra saber que nadie usa ya CVS. Aunque eso de que haya tantos que no usen ninguno... :/

Yo uso Subversion (SVN) porque símplemente no veo ventajas que me sirvan en GIT.

[Parveen]

Git it is for me.

[[Al González]]

Git, por política de la empresa para la que trabajo. Tras dos años y medio, empiezo a sentir que no es tan malvado como parece.
SmartGit como cliente.

Años atrás usé SVN, aunque superficialmente solo.

[elrayo76]

Empezado por Ñuño Martínez

Me alegra saber que nadie usa ya CVS. Aunque eso de que haya tantos que no usen ninguno... :/

Yo uso Subversion (SVN) porque símplemente no veo ventajas que me sirvan en GIT.

Muchos no deben usar ninguno porque son proyectos propios y consideran que no lo necesitan por ser los únicos que tocan esos fuentes. Por lo general esos hacen backup en un comprimido.

El tema de SVN o GIT se ve mas cuando se trabaja en alguna empresa donde son varios los desarrolladores. Además GIT lo que te permite es ver el histórial de los últimos cambios que descargaste a tu máquina sin necesidad de tener que estar conectado al servidor (por ejemplo: si se cae el server o por alguna otra razón no se puede acceder).

Con SVN pasa que si no tienes accedo al server no puedes ver los cambios del histórial. Además si alguien deja algo pendiente y no termino de subirlo al repositorio puede trabar lo que quieras subir, cosa que alguna veces me ha pasado cuando lo usaba. En GIT tienes todo el historial en tu máquina y no molestas a los demás si pasa esto, lo solucionas y si nadie mas tocó el repositorio subes y listo.

Para un detallado y comparativa de ambos sistemas hay mucha info en Internet, además de que son dos sistemas muy diferentes que puedne funcionar bien en algunos esquemas de proyectos y en otros no.

[delphi.com.ar]

Anteriormente SVN, actualmente GIT.

No importa si es un proyecto personal o no, creo que actualmente es fundamental utilizar este tipo de herramientas para dejar registro documentado y detallado de los cambios realizados, poder recuperar versiones antiguas, entender la evolución del propio software, etc.. Ademas creo fundamental, la relación entre el control de versiones, la integración continua y las herramientas de calidad de código. Gitlab+Sonarqube es mi entorno on premise, BitBucket la opción para pequeños proyectos personales y GitHub para proyectos abiertos.