Buenas a todos

Estoy tratando de poner en gitlab un par de proyectos de prueba que tengo ya bajo el control de versiones con git localmente. En mi máquina todo es correcto, pero ahora me gustaría poder tener sincronizado el código con el repositorio remoto en gitlab y poder seguir actualizándolo desde el IDE de gambas.

¿Alguien me puede explicar cómo hacerlo y no morir en el intento? Llevo un rato leyendo manuales y no doy con la solución...

Gracias!

Me respondo a mí mismo. Sólo hay que añadir el repositorio remoto a git mediante la línea de comandos con

[code]
y haber creado previamente un nuevo token con los permisos adecuados.

También tuve que convertir la rama "master" que crea el push de gambas en default y protegida para poder borrar la rama por defecto de gitlab que es "main", pero no sé si hay alguna otra forma de hacerlo para saltarse este paso.

Cualquier aportación será bienvenida, saludos.

Yo intenté coordinar git con el IDE, que parece defenderse muy bien en eso de reflejar los modificados, etc. Pero no conseguí en su momento publicar en git los cambios. No encontré documentación bastante y abandoné. Desde entonces, cuando quiero subir los cambios, recurro a la consola y lo hago manualmente.

Saludos.

Cualquier aportación será bienvenida, saludos.

Yo lo que suelo hacer es crear el proyecto vacio en gitlab luego lo descargo un un directorio local (hay que tener configurado el par de claves) luego en el directorio local copio el proyecto gambas (que esta en otro directorio) y uso la consola para agregar los cambios y luego los subo y listo todo sincronizado, luego cada vez que hace un cambio relevante lo subes.

https://gambas-es.org/showthread.php?tid=887

Hice un intento con GitLab pero no me termino de convencer asique sigo en GitHub...debe ser algo relativo a la edad, donde uno esta familiarizado con algo y le cuesta cambiar. Me pasa lo mismo con Gb y los otros lenguajes que intento utilizar.

Yo utilizo ambos, tienen ventajas y desventajas, por ejemplo en GitLab no necesitas tener creado el repositorio cuando empujas por primera vez, GitLab asume que es un nuevo repositorio y lo construye, en GitHub hay que tener el repositorio creado; a su vez el manejo de release en GitHub es un simple trámite, tal cual, en GitLab tenes que hacer los tiket armar el pipeline y validarlo; GitLab maneja por separado el Kanban de manera muy simple en GitHub está escondido dentro de los issue; GitHub tiene un manejo de GitPages más intuitivo (que lo hace más fácil); GitHub está integrado con Zenodo para obtener identificadores persistentes (DOI) de manera automática, en GitLab se debe hacer con un pipeline (que es un bardo) y así la lista comparativa se hace interminable.

Al final termino usando GitHub y GitLab según el tipo de apertura del trabajo (ya sea de Ciencia Abierta o Privado), para mí cada repositorio es un libro, lo que me da mucho margen de trabajo y espacio en la nube.

Saludos

PD: mi desarrollo en gambas lo pase a GitHub y el IDE de gambas no hizo (ni hace) ningún problema.

Este es el código en mi programa que sube el trabajo a GitLab y construye el repositorio en caso de no existir (por default es privado).

Código:

Public Sub Menu75_Click()'gitlab

  Dim fecha As String
  Dim usuario As String = Trim(txtGIT.Text)
  Dim IdGitLab As String

  ' Obtener la fecha actual
  fecha = Format(Date(), "dd-mm-yyyy")

  ' Verificar si el nombre de usuario está vacío
  If usuario = "" Then
    Message.Error("Debe indicar su nombre de usuario en GitLab", "Ok")
    Return
  End If

  IdGitLab = "git@gitlab.com:" & usuario & "/" & BaseName & ".git"
  TerminalView1.Input("git remote remove origin" & "\n")
  TerminalView1.Input("git remote add origin " & IdGitLab & "\n")
  TerminalView1.Input("git add ." & "\n")
  TerminalView1.Input("git commit -m '" & fecha & "'" & "\n")
  TerminalView1.Input("git push --set-upstream origin main" & "\n")
  TerminalView1.SetFocus()

End

Hay 2 cosas que no comenté en mi post anterior, las aclaro por las dudas, la primera es que hay que tener configurada la clave SSH (pública y privada) para no tener que poner usuario y clave cada vez que empujamos al repositorio y la segunda es que el archivo .gitignore (oculto en la carpeta del proyecto) lo ajusto según cada trabajo, va un ejemplo de uno, esto vale tanto para GitHub como para GitLab

Código:

files/
correcciones/
tapa/
originales/
catalogo/
pdf/
epub/
epub3/
mobi/
azw/
html5/
xhtml/
odt-docx/
jats/
xml/
.gitignore

Con GitHub, además hago algo (que supongo en GitLab existe, pero nunca lo investigué) que es configurar 2 máquinas con atributos de admin principal de proyecto, en la segunda se debe validar con la app del celu, esto es para no trabajar con ramas.