commint git / error de empuje

Para mover un proyecto en el cual al programa activo sin control sobre las versiones hoy en día es una locura. Generalmente hay Bazar de opciones múltiples , Mercurial , Git , sVN . Aquí si va a explicar qué control de versión es mejor y por qué no será. En los Estados Unidos se utiliza Git. Causar mucho – fácil de configurar, Es muy versátil, Fue escrito por Linus Torvalds para la versión del Kernel de Linux para servir, estos últimos son menos 2 razones 😉 . Hoy he tenido que crear un nuevo repositorio, Comencé un nuevo proyecto. Realmente he creado algunos repositorios y lo hace cuando lo necesitamos y olvidé el fino en este Momento mucho tiempo. Crear múltiples almacén de archivo de la primera tienda de golpe que todo fue exactamente. El ajuste sí mismo era estándar:

git init
echo "Short project's description" > .git/description
git config --global user.name "Your Name"
git config --global user.email "[email protected]"
git commit -a
touch .git/git-daemon-export-ok

Básicamente, nada está mal. Entonces decidí probar desde un equipo remoto para preservar el contenido y tratando de empujarlo-con mi feo mensaje aparece:

Empujando a git://proyecto gitHost
remoto: error: negarse a actualizar extraído de rama: Ref/cabezas/master
remoto: error: De forma predeterminada, actualización de la rama actual en un repositorio no desnudo
remoto: error: se niega, porque hará que el árbol de índice y trabajo incompatible
remoto: error: con lo que impulsó, y requerirá que ‘ git reset –duro’ para que coincida con
remoto: error: el árbol de trabajo a la cabeza.
remoto: error:
remoto: error: Se puede establecer ‘ receive.denyCurrentBranch’ variable de configuración para
remoto: error: ‘ ignorar’ o ‘ advertir’ en el repositorio remoto para empujarlo en
remoto: error: su rama actual; sin embargo, no es recomendable a menos que usted
remoto: error: arregló actualizar su árbol de trabajo para que coincida con lo que impulsó en algunas
remoto: error: otra forma de.
remoto: error:
remoto: error: Este mensaje de la contestación aplastante y todavía guardar el comportamiento por defecto, conjunto
remoto: error: ‘ receive.denyCurrentBranch’ variable de configuración para ‘ negar ’.
A git://proyecto gitHost
! [control remoto rechazado] Maestro-> Master (rama está desprotegido)
error: no se pudo hacer algunas referencias a ‘ git://proyecto gitHost’

Obviamente intento komitvam en el árbol principal del proyecto y el software cortésmente me corte. En general, tengo ninguna intención de hacer rama adicional porque las personas involucradas en los proyectos son claras y un número de otras razones. Aquí llega el momento de decir que he definido un título muy incompetentes, pero eso es otro punto. En general, la solución es trivial en el proyecto .git / config es necesario añadir la siguiente directiva:

[receive]
denyCurrentBranch = false

Entonces todo cae en su lugar.

http://www.youtube.com/watch?v = 16bRiH5zfOY

Deja una respuesta

Su dirección de correo electrónico no será publicada. Los campos necesarios están marcados *

Anti Spam *