Configuración básica
Yo sugeriría crear un directorio dedicado a git en un servidor.
Utilicé el nombre del directorio /git
en un servidor dirigido por mi empresa por cuestiones relacionadas con el trabajo, y para uso personal también creé un directorio llamado /git
en un servidor web privado.
dentro de su directorio/git A continuación, puede crear repositorios desnudas para sus proyectos
ssh [email protected]
cd /git
mkdir Project7sName.git
cd Project7sName.git
git init --bare
echo "Take over the world project" > description
Añadir un visor
continuación, puede instalar algo así como GitList en el servidor para permitir cambios en el software a ser muy bien ver -able, por ejemplo eliminaciones en rojo e inserciones en verde.
distribuido de control de versiones?
Git es un sistema de control de versiones distribuidas. Por lo que es posible que desee hacer esto en varios sitios. Las ventajas son entonces que si en algún momento pierde su conexión a otros sitios, puede continuar trabajando ininterrumpidamente. Además, si tiene fallas en el disco duro o algún tipo de problema similar, tiene múltiples copias de los datos.
Puede nominar un sitio como el sitio principal si desea que las personas siempre lo presionen, o sus prácticas de trabajo podrían ser que las personas ingresen a todos sus sitios de servidor.
Hacer uso de comandos como
git remote add siteA ssh://[email protected]/git/repositoryX.git
por lo que puede entonces hacer cosas como
git push siteA master
git push siteB master
Tengo un script de copia de seguridad, que funciona todos los días, tirando de GitHub, de nuestra propia gitserver, un NAS unidad, una unidad USB, y empujando a cada uno de ellos también.
Al hacer eso, hay dos métodos para garantizar que haya múltiples copias de un cambio de software.
- por el usuario (empujando a múltiples sitios) y
- Por administración (copiar cambios entre sitios).
Comience configurando Git en un servidor y agregando algo así como GitList para ver los cambios de manera agradable.
Una vez que comprende correctamente los pasos involucrados, puede repetirlos en otro sitio si lo desea, como y cuando lo desee.
¿Desea importar proyectos antiguos?
Como administrador del sistema, es posible que desee importar proyectos antiguos en Git.
Puede hacer esto al comprometer un repositorio vacío.
git touch .gitignore
git add .gitignore
git commit -m Empty
Y luego descomprimir en repetidas ocasiones sus versiones archivadas de un proyecto en un directorio del proyecto (vaciado, aparte de los archivos GIT) y cometiendo el estado archivado.
rm *
unzip ...
git add *
git commit -m "Archived state 2013 week 18"
git tag ArchivedState2013week18
Si comete los estados archivados en orden cronológico, entonces su software de visualización (GitList o lo que sea) es entonces probable que comience que muestra los cambios de software con corrección históricos, aunque mezclados entre sí y, a veces incompleta en otros.
Además, podrá usar git blame
para tener una idea cuando se introdujeron algunas líneas de código.
Si eres un novato completo: ¿cómo en este mundo podrían darte esa tarea? ¿Quién decidió tomar git cuando incluso el tipo que tiene que configurarlo no tiene absolutamente ningún conocimiento sobre el sistema? – eckes
Equipo de desarrollo pequeño, todos llevamos muchos sombreros ... mi pregunta inicial es exactamente. – rpophessagr
@rpophessagr - Es la primera vez que veo este poema de E.E. Cummings mencionado por cualquier persona. Incluso lo he usado como nombres de usuario para mí en alguna ocasión. ¡Guay! –