He estado usando la herramienta TortoiseGit para llevar a cabo las operaciones diarias de git. Hoy voy a llevar a Git completamente a un lado y tener una comprensión general.
Primero habla sobre la diferencia entre Git y GitHub. Git es un almacén para almacenar documentos de código, y GitHub es un servicio que proporciona repositorios de Git en Internet. GitHub es la implementación de front-end que hemos visto, y Git la administra más tarde. Separe los dos, o inevitablemente habrá problemas detrás.
Luego, primero debemos crear nuestra propia cuenta en www.github.com. Una vez completada la creación, recibirá un correo electrónico con un código de verificación para el buzón utilizado para el registro. Este paso es muy simple.
Luego, cree una nueva biblioteca para usted, por 
ejemplo, complete el modelo de diseño en el pequeño cuadro rojo a continuación, de modo que se construya una biblioteca vacía. 
Desde la parte inferior, puede operar directamente en el git local
Luego, el primer paso es instalar Git. Instalé Git-2.25.1-64-bit. Esta es la instalación predeterminada en todo momento.
Una vez completada la instalación, ejecute la creación del directorio .ssh y la generación de la clave pública / clave privada en el directorio BIN de la instalación de GIT.
Use la ventana CMD para saltar al directorio BIN del GIT, ejecute sh.exe para 
realizar la operación de creación de directorio mkdir ~ / .ssh ( Cabe señalar aquí que ya está en el estilo de bash. No utilice el comando de ventana en Windows. 
Después de completar, se generará un directorio .ssh en el directorio de usuario de la unidad C.
Cree una clave pública / privada y ejecute el comando ssh-keygen -t rsa -C "Account @ Mailbox" (la cuenta aquí es el buzón al registrar un usuario de github), la cuenta marcada en el cuadro negro en la figura a continuación (incluso @incluya el buzón 1 detrás Y entrar)
Tenga en cuenta que el ssh-keygen en el frente está conectado entre sí, no desconecte
Una vez completada la ejecución, se generarán dos archivos correspondientes id_rsa e id_rsa.pub en el directorio local .ssh.
Luego pegue el contenido de id_rsa.pub (en el archivo de clave pública). Después de publicar la información de clave pública correspondiente en el área de configuración de ssh en el menú de configuración de GitHub 
, recibirá otro correo electrónico en su buzón normalmente, con la siguiente información escrita
Si cree que esta clave se agregó por error, puede quite la clave y desactive el
acceso en la siguiente ubicación:
Esta bien
Una vez completado, puede conectarse a github normalmente.
Entonces, lo primero que debe hacer es obtener primero la biblioteca vacía que creamos en github en el local. Aquí debe elegir la ubicación donde desea colocar la biblioteca. Por ejemplo, quiero colocar la biblioteca en el directorio workspace-git del disco d, luego Simplemente ejecute GitBash en este directorio, 
por lo que después de ingresar a la ventana de ejecución de bash, los directorios que opera se basan en el directorio actual, y luego puede ejecutar el comando
git clone git clone https://github.com/mas199980/DesignModel .git es seguido por la conexión de mi propia biblioteca,
esto está conectado a la página de github para buscar, también puede usar el comando git remote -v para encontrar
Después de una ejecución exitosa, se genera un directorio relevante localmente, y las operaciones posteriores de carga y descarga de código se ejecutan en este directorio
Después de que el clon sea exitoso, habrá una carpeta que contiene el archivo .git con el mismo nombre que la biblioteca. Luego creé un proyecto maven inicial con eclipse en este archivo, y luego necesito enviar el archivo recién creado a la biblioteca. Los pasos que necesito son los siguientes:
1. Ejecute el comando git add para agregar los archivos correspondientes al área de caché. Si escribe. Son todos los archivos en el directorio actual 
2. Después de terminar, envíe los archivos a la administración local, ejecute git commit, tengo un parámetro para este commiit, haga Una nota-m (porque no hay captura de pantalla de la operación anterior, agregaré una aquí, por lo que la nota es agregar el archivo readme.md)
3. Finalmente, empujamos el commit local a git y ejecutamos git push
Cuando se le solicite que cancele este éxito de inserción, puede ver el código que envió en el sitio web de Github.
Dicho proceso básico básico se completa. A menudo podemos verificar si no hay una operación de confirmación localmente a través del comando git status, y será suficiente enviar la confirmación incompleta.
A continuación se muestra otra operación muy común de git, que es ramificarse. Cuando el equipo desarrolla un sistema en línea, a menudo encuentra errores y necesita volar juntos. Es probable que el error llegue a la rama de lanzamiento inmediatamente, pero la demanda solo puede desarrollarse a la mitad. De esta manera, debe haber al menos dos ramas, una para continuar haciendo requisitos, y la otra rama para parchar para liberar, y luego, antes de la próxima ronda de lanzamiento, todos los parches también deben fusionarse en la rama principal de desarrollo.
Puede ver qué ramas están actualmente bajo git a través del comando git branch. En mi caso, ahora hay dos ramas, una es la maestra y la otra es la rama de la característica A que se acaba de usar para la prueba de la rama. Actualmente estoy operando la rama maestra de forma predeterminada (esto debe tenerse en cuenta que la confusión de la versión en el sitio a menudo significa que el desarrollador mencionó la rama incorrecta al enviar la versión del código, lo que resulta en varias tragedias -_-)
Creemos una nueva rama a continuación, git checkout -b característica-A, este es el comando para crear la rama característica-A que acabo de ver. Después de que la ejecución se realiza correctamente, se crea la nueva rama. Al mismo tiempo, la rama de trabajo actual también se cambiará a la nueva rama de forma predeterminada (el comando para volver a la rama original es git checkout master)
Después de completar el cambio, puede operar en esta rama. Al igual que en la rama principal, las operaciones de confirmación incluyen agregar, confirmar y presionar (al presionar, preste atención al nombre de la rama en la característica de origen de git push-A). Después de la finalización, también puede ver la modificación correspondiente en github
Luego, los cambios en la característica A finalmente se fusionarán en el maestro. Esto se hará de la siguiente manera:
primero vuelva a la rama principal (es decir, la rama a fusionar) y luego ejecute el comando de
fusión git merge --no- ff característica-A
De esta manera, los cambios en la característica A se fusionan en la rama principal. Pero en este momento, no hay cambios en github, y debe realizar otra operación de git push.
Finalmente, ejecute el comando git status para ver la última fusión. La línea roja es la rama maestra y la línea verde es la rama A recién presentada.
De esta manera, se completa el comando de operación git más básico. Los estudiantes que se usan generalmente pueden realizar operaciones diarias.
Si encuentra una situación de conflicto de versión y no puede simplemente cubrir el código para resolver el problema, este es un tabú para el desarrollo. Asegúrese de verificar las partes en conflicto del código en detalle antes de continuar. Puede resolverse mediante las rutinas anteriores, o puede verificar los comandos para la resolución de fusión y los comandos para revocar la versión.