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

[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.

[MarinaLR]

Utilizo Jedi VCS, pero me está funcionando mal el repositorio. No se actualiza correctamente cuando un usuario sube los cambios. Estoy viendo por cual lo puedo cambiar.
He conocido el GitHub en otro entorno que no es delphi y es bastante complicado. Estaba buscando algo más parecido al funcionamiento del Jedi.


He visto que varios utilizan el SVN, pero veo que la versión para más de 1 usuario es de pago.


Cuál me recomiendan?

[mamcx]

Empezado por MarinaLR

Cuál me recomiendan?

Mercurial es mas logico y simple que Git. Ambos son mas fáciles de usar con una herramienta como SourceTree.

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

Empezado por MarinaLR

Utilizo Jedi VCS, pero me está funcionando mal el repositorio. No se actualiza correctamente cuando un usuario sube los cambios. Estoy viendo por cual lo puedo cambiar.
He conocido el GitHub en otro entorno que no es delphi y es bastante complicado. Estaba buscando algo más parecido al funcionamiento del Jedi.
Cuál me recomiendan?

Esto como siempre va a gustos.
Yo he trabajado con JediVCL, CVS, TeamSource, SVN y por último con GIT.

Y a día de hoy te recomiendo que inviertas un poco de tiempo en GIT. Cuesta cambiar la idea de trabajar, pero al final vale la pena y cuando le cojas la mecánica verás que no es tán complicado.

[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.

[navbuoy]

yo como suelo trabajar solo yo en mis proyectos, lo que hago es comprimir la carpeta del proyecto o toda donde tengo mis cosas en un RAR donde a veces cuando tengo varios lo renombro en plan "Proyecto_TAL_(fechaTal)_FUNCIONA.rar" y asi a golpe de vista se ya de cuando es y si esta funcionando o tiene algun texto en plan "_con_errores_en_tal_cosa"

A mi ese metodo me funciona genial porque es muy rapido y comodo de hacer y asi mantienes diferentes fechas con la progresion de forma que si quieres volver atras en algun momento pues siempre tienes el RAR ahi en una carpetita dedicada en plan "Proyectos codigo fuente en RAR"

y para los cambios, mejoras etc con un archivo TXT llevo el log de eso

pero puedo entender que si trabajan varios al mismo tiempo en un proyecto open source o similar, lo logico seria utilizar GitHub o el que se tercie

habra gente muy purista que diga que este metodo que utilizo no es algo optimo pero a veces se trata simplemente de utilizar algo que te venga bien y con lo que resuelvas el problema sin que sea lo "optimo"