Declaración de derechos de autor: la originalidad no es fácil, el plagio y la reimpresión están prohibidos en este artículo, ¡y se debe investigar la infracción!
Tabla de contenido
1. Instalación y configuración de Git
Instalación de Git:
descarga del sitio web oficial:
https://git-scm.com/downloads
El sitio web oficial es el siguiente:
Aquí hay una demostración en el sistema Windows:
Los siguientes tres pasos son predeterminados, haga clic en siguiente directamente y luego espere la instalación para verificar si la instalación es exitosa o no:
Configuración de Git:
configure el nombre de usuario y la dirección de correo electrónico, de la siguiente manera:
git config --global user.name "用户名"
git config --global user.email "邮箱名"
Una vez completada la configuración, puede ver un archivo de configuración .gitconfig en C:\Users\lenovo, que registra el nombre de usuario y la dirección de correo electrónico configurados, de la siguiente manera:
2. Configuración y conexión SSH
Configuración de SSH:
las herramientas de Git pueden establecer conexiones con github, gitlab y gitee, y hay aproximadamente tres formas de descargar proyectos del repositorio (almacén) al local: HTTPS, SSH y ZIP. Los dos primeros métodos se usan a menudo durante desarrollo, pero HTTPS se usa para establecer Se requiere verificación de autorización al conectarse, y se debe ingresar el nombre de usuario y la contraseña, lo cual es engorroso, por lo que podemos usar directamente SSH para conectar. Aquí usamos github como ejemplo para demostrar
. para realizar un inicio de sesión sin clave entre el almacén local y el almacén remoto, puede configurar ssh
1. Generar una clave
El método de generación de claves utilizado anteriormente:
ssh-keygen -t rsa -C 邮箱名
Ahora este método ya no es factible y se informará un error de la siguiente manera:
ERROR: You‘re using an RSA key with SHA-1, which is no longer allowed.
Debido a que github ha actualizado la clave ssh, ya no se admiten SHA-1, rsa, etc., originales Aquí podemos usar el método ed25519 para generar una nueva clave, de la siguiente manera:
ssh-keygen -t ed25519 -C your-email
En este momento, se generarán dos archivos en el directorio C:\Users\lenovo.ssh, una clave pública y una clave privada:
2. Configurar la clave
Antes de configurar la clave, primero cambiamos el origen de la rama predeterminada en github a In desarrollo empresarial, la rama principal lleva el nombre de maestro.
En la ruta [github]-[configuración]-[Repositorio], simplemente cambie origen a maestro, de la siguiente manera:
Luego cambie la clave pública id_ed25519.pub en el archivo Copie el contenido a github (github – configuración – claves SSH y GPG – NUEVA clave SSH), de la siguiente manera:
Nota : Al copiar, trate de no dejar espacios
3. Probar conectividad
Oraciones para probar conectividad (escritura fija):
ssh –T git@github.com
Si el archivo unknown_hosts aparece en el directorio C:\Users\lenovo.ssh, significa que se puede conectar:
3. Flujo de trabajo rudo y eficiente
Manera ineficiente:
- Cree el proyecto localmente primero
- Luego cree un almacén de forma remota
- Finalmente, asocie el proyecto local con el almacén remoto
git remote add origin SSH
Esta operación será engorrosa e ineficiente, de
manera grosera y eficiente:
construir directamente un almacén en github, de la siguiente manera:
luego copiar el enlace SSH del almacén, de la siguiente manera:
finalmente clonar (clone) al local, muy simple y eficiente, como sigue:
git clone <git@github.com:MakerChen66/JavaDevelopment.git>
Método de trabajo no destructivo:
1. Vaya al directorio raíz del proyecto y
consulte la rama:
git branch
Crear una sucursal:
git branch new_branch
Cree y cambie a la rama que acaba de crear:
git -b branch new_branch
2. Después de modificar el proyecto,
vea qué archivos se han modificado:
git status
Coloque el archivo en el área de ensayo:
git add file
git add . // .表示当前目录下的所有文件，慎用
Agregar contenido de comentario: el propósito del envío o qué cambios se han realizado
git commit –m “注释内容”
Empuje a control remoto:
git push
Lo anterior es el proceso de envío general. En general, no hay problema. Para otros casos especiales, consulte lo siguiente
4. Otros temas importantes
Circunstancias especiales:
inevitablemente habrá otros problemas especiales en el trabajo oficial, que son más o menos los siguientes:
1. Si no es la única persona a cargo de la sucursal del proyecto actual, antes de empujar al almacén remoto, un colega tiene ya lo envió al almacén remoto un paso por delante de usted. Debe extraer (extraer) el código enviado por sus colegas, y su código se fusionará de manera predeterminada antes de que pueda enviarlo al control remoto, de la siguiente manera:
git pull
2. Debido a algunas razones, presiona incorrectamente y necesita retroceder a la versión especificada en este momento, de la siguiente manera:
Método 1:
git log // 查看提交记录
git reset -hard HEAD^ // ^表示回到上一个版本
git reset -hard HEAD~100 // 表示回退到前100个版本
Método 2:
git reflog // 查看版本号
git reset -hard 版本号 //回退到指定的版本号，如下：
git reset -hard 4ff91ad
3. Supongamos que creó la rama de prueba basada en la rama maestra para probar la función del proyecto. Después de un período de prueba, la función se puede usar normalmente. Debe fusionar el código de la rama de prueba en la rama maestra para ejecutar el servidor oficial. En este momento, echa un vistazo al maestro primero. Sucursal, realice la operación de fusión, de la siguiente manera:
git merge test
Por supuesto, también puede combinar manualmente en el control remoto
5. Enlace al texto original
6. Información del autor
Autor: Xiaohong's Fishing Daily, Objetivo: ¡Hacer la programación más interesante!
Cuenta pública original de WeChat: " Tecnología Xiaohong Xingkong ", centrada en algoritmos, rastreadores web, desarrollo de sitios web, desarrollo de juegos, análisis de datos, procesamiento de lenguaje natural, IA, etc. Esperamos su atención, ¡crezcamos y codifiquemos juntos!
Nota de derechos de autor: ¡Este artículo prohíbe el plagio y la reimpresión, y la infracción debe investigarse!