La pequeña experiencia de Git y su resumen de consejos

Para instalar git-doc, se recomienda gitg del cliente de gráficos de git. Es mucho mejor que gitk. Se puede usar con apt-get install
HEAD es el puntero de la versión actual de trabajo – global es el usuario actual La configuración, el archivo de configuración se guarda en ~ /.gitconfig – el sistema es todos los usuarios en el sistema, el archivo de configuración generalmente está en /etc /gitconfig, nada es el archivo de configuración del proyecto en el directorio actual, en la carpeta .git del proyecto git config – list puede ver toda la información de configuración, hay diferentes nombres porque hay diferentes archivos de configuración, la configuración básica real será git config – global user.name yisengit config – global user.name [email protected] config – global core.editor vim

Coloreando git
git config – global color.ui true Esto se verá bien
Secuencia de autocompletado
git Default input full command , y todavía no puede ser como svn st, ci, co, un pequeño inconveniente. En la carpeta de código fuente de git, el script git-completed.bash en el directorio contrib /completed puede completarse automáticamente y copiarse en ~ /.git. - Completion.bash, luego source, y agregue el comando a la secuencia de comandos de inicio echo " source ~ /.git-completed.bash > > ~ /.bashrc " Ahora podemos usar la < tab > <; tab > para autocompletar comandos Alias ​​de comando Git
$ git config – global alias.co checkout $ git config – global alias.br rama $ git config – global alias.logg " log – pretty = format: ’% h –% an -% ad -% s ’ " git log -p Vea la diferencia entre cada versión git log a..b Vea el log git entre la versión a y la versión b Reflog puede ver cada cambio git reset HEAD ~ 1 Deshacer los datos de recuperación de cambios más recientes Use reflog para ver el valor SHA del commit enviado, y luego directamente git branch recover-branch ab1afef (los primeros valores de SHA) git checkout -b newbranch = git branch newbranch + git checkout newbranchgit checkout -b newbranch develop = git checkout desarrollar + git checkout -b newbranch Nunca rebase las actualizaciones que se hayan enviado al repositorio público.
Si sigues esta regla de oro, no cometerás un error. De lo contrario, la gente te odiará y tus amigos y familiares se reirán de ti y te escupirán. Si piensa que la rebase es un medio para limpiar el historial de comillas antes de presionar, y solo las comillas de rebase que nunca estarán expuestas, entonces no habrá ningún problema. Si modifica de nuevo los compromisos que ya se han expuesto y, al mismo tiempo, otros los han utilizado para el trabajo de desarrollo posterior, tiene problemas. Ignorar agregar algunos archivos
utilizados para agregar todos los cambios, si no desea agregarlos al repositorio de manera predeterminada, puede crear un nuevo archivo .gitignore en el directorio del proyecto, ingrese el nombre del archivo, separación de líneas en blanco , puedes usar el signo *. Almacén compartido en LAN
No SSH: esta máquina utiliza git clone – bare xxx xxx.git para clonar un repositorio puro xxx.git y colocarlo en el servidor en un directorio compartido al que puedan acceder todos los grupos de proyectos. Por ejemplo, NFS, asumiendo que /mnt/git/xxx.git se monte en su propio /mnt /git, luego git clone /mnt/git/xxx.git para agregar el host remoto: git remote agregar el archivo de origen: //192.168.xx/Opt /xxx.git obtiene la actualización: git fetch origin Obtiene un puntero al origen /rama principal, no se puede modificar, se puede combinar en su propio tronco git co master, git merge origin /master, o crear una nueva rama para trabajar, git checkout Los comandos -b new_br origin /master para obtener actualizaciones y fusionarse con la rama actual se pueden combinar en: git pull origin master (master: master)