Empuje los files al repository de git remoto

Tengo un repository de git configurado en mi computadora portátil y he creado un clon en mi memory USB (para servir como copy de security). Configuré el repository remoto (la memory USB) para ignorar los errores de inserción. Puedo enviar los contenidos del repository a la unidad de disco como desee (es decir, el logging de git muestra las confirmaciones realizadas en la computadora portátil), pero me gustaría enviar los files junto con los cambios de repository. ¿Alguien sabe como lograr esto?

Esto es para usar en Linux. Si necesita información adicional, solo pregunte.

pero me gustaría enviar los files junto con los cambios de repository

No estoy seguro de lo que quieres decir aquí.

¿Creó finalmente un repository vacío en su unidad de disco USB? Si es así, es por layout que no hay files desprotegidos.

Pero podría usar git archive para exportar sus files o simplemente crear un segundo clon no desnudo en su memory USB.

Y tal vez verifique los documentos relacionados con el directory de trabajo .

git checkout master si no estás trabajando con un repository simple.

Dependiendo de tus necesidades, un repository simple podría no ser lo que deseas.

Voy a suponer que, dado que la creación de un repository desnudo requiere git clone somePath --bare , probablemente estés trabajando con un repository estándar de git sin que ninguno de los files esté desprotegido.

Aquí están los casos de uso:

  • solo copy de security: el repository vacío es probablemente mejor, porque solo tendrá el espacio ocupado por el repository, comprimido, y no también el espacio de una copy de trabajo.

  • copie con acceso completo a los files, no tiene que estar actualizado todo el time: repository clonado simple, use git reset origin/master para borrar lo que esté en la copy de trabajo a favor de los cambios realizados.

  • copyr con files está continuamente actualizado: este es el caso más complicado, porque git no actualiza la copy de trabajo al presionar de manera pnetworkingeterminada. Hizo una búsqueda rápida, y un método mencionado está utilizando un enlace posterior a la actualización: http://jennyandlih.com/pushing-remote-git-working-copy . Tenga en count que probablemente no permita la edición en esa copy y el reemploop en push a less que profundice en el asunto stash-pop, que puede resolver por su count.

Mi recomendación, (hago esto todo el time), actualizo el clon manualmente cuando necesitas:

Crea un clon simple (no desnudo). Luego git branch staging y git checkout staging . Ahora tiene una copy de trabajo, aunque tendrá que actualizarla manualmente por git rebase origin/master cuando quiera get cambios. Puede empujar los cambios desde la etapa de masterización a la perfección. Solo tenga en count que cualquier sucursal "maestra" en ese repository probablemente va a ser complicada con los cambios que se le envían, y que no debe usarse ni confiarse efectivamente.

¿Pareces estar diciendo que quieres que los files aparezcan en el repository remoto cuando presionas hacia él? Este no es el uso habitual de git, pero ciertamente puedes hacerlo; algunas personas lo usan para que los sitios web se implementen automáticamente usando git como medio de transporte.

Para lograr esto, debe configurar un enlace posterior a la actualización en el repository de destino ( .git/hooks/post-update ). Algo como esto debería hacer el truco:

 #!/bin/sh git checkout -f 

Recuerde asegurarse de que sea ejecutable.