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

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

Hola a todos.
Para una próxima presentación, me iría bien tener algunos datos de los diferentes sistemas de Control de versiones que actualmente estamos usando los programadores (si es que usamos alguno).
Os agradecería que me echarais una mano contestando la encuesta (no descarto publicar alguna otra encuesta en breve sobre temas relacionado con este ).

Si usáis más de uno (como es mi caso), podéis marcar todos los que utilicéis.
Ordeno las opciones por orden alfabético para no condicionar...

Gracias a todos.

[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 Notevi]

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.

[MarinaLR]

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

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.

Y cuál usas? GitLab, GitHub? Con alguna otra herramienta?

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

Empezado por MarinaLR

Y cuál usas? GitLab, GitHub? Con alguna otra herramienta?

Nosotros en la empresa usamos un servidor propio, a nivel personal Github.

[Casimiro Notevi]

Personalmente uso gitlab en un servidor propio, en una raspberry que hace de servidor.
De cliente sourcetree.

[Ñuño Martínez]

Empezado por MarinaLR

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

¿Es de pago? Que yo sepa, no lo es. Es más, cualquier Linux lo incluye en su repositorio (no sólo el cliente, también el servidor).

[elrayo76]

Se que paso mucho tiempo de este hilo, pero me gustaría comentar lo que he usado y uso en la actualidad.


1) Visual SourceSafe -> Lo he usado allá por el 2004. Al ser de Microsoft no se desarrolla mas

2) TFS -> este es conectado al servidor, pues para ver el historial de cambios se tiene que estar conectado al servidor todo el tiempo. Este es de Microsoft y no se desarrolla mas, le dieron paso a GIT desde la interfase de su IDE de Visual Studio

3) SVN -> muy similar a TFS pero se puede existen muchas interfaces para usar con el mismo y hasta una que se conecta con el Explorador de Archivos de Windows.
3) GIT -> en los propios servidores de la empresa donde trabajaba. Este funciona distribuido, pues descarga en cada una de las máquinas todo el historial de versiones y se pueden ver las diferencias sin tener que estar conectado a ningún servidor. Solo se conecta cuando mandamos los cambios al servidor. Luego este fue migrado a la nube de Microsoft usando productos de este como interfase para el versionado

4) GIT con GitLab -> Esto funciona igual que GIT pero al estar en la nube y conectado con GITLab se puede hacer que los cambios que uno tiene antes de hacer el merge con la rama principal sean aprobados por otra persona. Esta persona puede revisar los cambios por si se necesita corregir algo. No todos son aprobadores de esos cambios, hay que configurar la herramienta para quienes van a ser esos aprobadores. GitLab permite la conexión con el repositorio mediante HTTPS o SSH (en mi caso la empresa utiliza SSH), esto no quiere decir que se necesite hacer todo o por el navegador o la consola, se puede tener la aplicación que a uno mas le guste.
Lo que no se si es porque la empresa lo implementó así o es algo de GitLab que las aprobaciones de los merge con la rama principal se deben hacer desde el sitio web del repositorio.


Para los servidores de versionado GIT, SVN y Mercurial la empresa Atlassian tiene un software que funciona bien.


Por otro lado como sabran SVN pone numeros consecutivos al conjunto de cambios enviados al servidor, mientras que GIT le pone un código de letras y número al azar a ese conjunto de cambios. Esto hace que en GIT sea mas complejo encontrar cual fue el último cambio que se mando por el número.


Saludos a todos,
El Rayo

PD: Si alguno mas utiliza GitLab, me gustaría conocer su experiencia.

[Casimiro Notevi]

Empezado por elrayo76

PD: Si alguno mas utiliza GitLab, me gustaría conocer su experiencia.

Personalmente uso gitlab en un servidor propio, en una raspberry que hace de servidor.
De cliente, sourcetree.

No creo que sea necesario números para ver el orden de los cambios porque ya se muestran ordenados.

[elrayo76]

Empezado por Casimiro Notevi

No creo que sea necesario números para ver el orden de los cambios porque ya se muestran ordenados.

Si tenes cambios en varias carpetas como visualizas todos esos cambios de una sola vez (me refiero a ver todos los archivos que se tocaron). Con el número se puede hacer eso. Si vos los ves de otra forma perfecto, no es que este mal, a lo mejor yo no la conzca.

Saludos

[Casimiro Notevi]

Hola, seguramente no he entendido lo que preguntas.
Con cualquier programa cliente de git puedes ver ordenados los cambios que se han hecho en todos los ficheros de todos los directorios que tengas incluido en el proyecto, y ver los cambios también.