![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
Ver Resultados de Encuesta: ¿Qué sistema de control de versiones usas en tu código? | |||
CVS |
![]() ![]() ![]() |
0 | 0% |
Git |
![]() ![]() ![]() |
21 | 58,33% |
Mercurial |
![]() ![]() ![]() |
2 | 5,56% |
No utilizo ninguno |
![]() ![]() ![]() |
10 | 27,78% |
Otro que no está en la lista |
![]() ![]() ![]() |
4 | 11,11% |
SVN |
![]() ![]() ![]() |
7 | 19,44% |
Encuesta de Elección Múltiple. Votantes: 36. Tú no puedes votar en esta encuesta |
|
Herramientas | Buscar en Tema | Desplegado |
#7
|
|||
|
|||
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.
__________________
Si tienes una función o procedimiento con diez parámetros, probablemente hayas olvidado uno Última edición por elrayo76 fecha: 11-07-2024 a las 02:21:50. |
|
|
![]() |
||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Control de versiones | Waldo | Varios | 17 | 12-06-2010 17:08:33 |
Control de versiones - ¿Servidor o no? | Garry | Varios | 22 | 01-07-2008 08:55:53 |
Control de versiones | Boo | Varios | 7 | 27-09-2006 19:13:45 |
Control de Versiones | JorgeBec | Varios | 1 | 27-01-2005 04:49:45 |
Control de Versiones | cone220 | Varios | 1 | 20-01-2004 19:58:01 |
![]() |
|