Solución:
no hay problema, todo funciona como se esperaba.
En GitLab se pueden proteger algunas ramas. De forma predeterminada, solo los usuarios mantenedores / propietarios pueden comprometerse con las ramas protegidas (consulte los documentos de permisos). master
La rama está protegida de forma predeterminada: obliga a los desarrolladores a emitir solicitudes de combinación para que los encargados del mantenimiento del proyecto las validen antes de integrarlas en el código principal.
Puede activar y desactivar la protección en las ramas seleccionadas en la Configuración del proyecto (donde depende exactamente de la versión de GitLab; consulte las instrucciones a continuación).
En la misma página de configuración, también puede permitir que los desarrolladores ingresen a las ramas protegidas. Con esta configuración activada, la protección se limitará a rechazar operaciones que requieran git push --force
(rebase, etc.)
Desde GitLab 9.3
Vaya al proyecto: “Configuración” → “Repositorio” → “Expandir” en “Ramas protegidas”
No estoy muy seguro de cuándo se introdujo este cambio, las capturas de pantalla son de la versión 10.3.
Ahora puede seleccionar a quién se le permite fusionar o insertar en las ramas seleccionadas (por ejemplo: puede desactivar las notificaciones para master
en absoluto, lo que obliga a que todos los cambios en la rama se realicen a través de solicitudes de combinación). O puede hacer clic en “Desproteger” para eliminar completamente la protección de la rama.
Desde GitLab 9.0
De manera similar a GitLab 9.3, pero no es necesario hacer clic en “Expandir”, todo ya está expandido:
Vaya al proyecto: “Configuración” → “Repositorio” → desplácese hacia abajo hasta “Ramas protegidas”.
Pre GitLab 9.0
Proyecto: “Configuración” → “Ramas protegidas” (si eres al menos ‘Maestro’ de un proyecto determinado).
Luego haga clic en “Desproteger” o “Los desarrolladores pueden presionar”:
para GitLab Enterprise Edition 9.3.0
De forma predeterminada, la rama maestra está protegida, así que desprotegida 🙂
1-Selecciona tu “proyecto”
2-Seleccione “Repositorio”
3-Seleccione “ramas”
4-Seleccione “Configuración del proyecto”
5-En “Ramas protegidas”, haga clic para “expandir”
6-y luego haga clic en el botón “desproteger”
Estaba en Windows cuando apareció este problema.
El error es extraño porque ocurre antes de que pudiera ingresar mi nombre de usuario y mi contraseña. ¿Y si hubiera un caché o algo así? Lo busqué en línea y encontré esta respuesta en el foro de soporte de gitlab:
Abro “Panel de control => Cuentas de usuario => Administre sus credenciales => Credenciales de Windows” Encontré dos para https: //@github.com y uno era el usuario equivocado. Lo eliminé y en el siguiente “git push” me volvieron a solicitar y proporcioné las credenciales correctas, ¡y funcionó! Algunas otras notas: esto podría haber sucedido con cualquier control remoto de git.
En las Credenciales de Windows, encontré dos entradas de GitLab para una cuenta anterior. ¡Quito ambos y ahora funciona!
El panel: