Un conjunto completo de tutoriales desde la entrada hasta el dominio de Git (que cubren la nube de código GitHub\Gitee)

Una hora para obtener el correspondiente vídeo tutorial explicativo de Git:

Un conjunto completo de tutoriales desde la entrada hasta el dominio de Git (que cubren la nube de código GitHub\Gitee)_哔哩哔哩_bilibili

Tabla de contenido

1. ¿Por qué utilizar software de control de versiones?

2. Software de control de versiones en el mercado

3. Introducción a Git

3.1 Introducción a Git

3.2 Centralizado versus distribuido

3.3 Función

2. Uso de Git

1. Instalar Git

2. Proceso de Git para enviar contenido a un almacén remoto

3. Comandos de Git

3.1 Descripción general

3.2 Configuración global de Git

3.3 Crear un almacén local

3.4 Resumen

4. Reversión de la versión histórica

4.1 Revertir

4.2 Resumen

5. Eliminar el contenido del almacén

6. sucursal

6.1 Ver sucursales

6.2 Crear una rama

6.3 Cambiar de rama

6.4 Crear y cambiar de rama

6.5 Eliminar ramas

6.6 Fusionar ramas

6.7 cambiar

6.8 Resumen

7.Conflicto

3. Almacén remoto

1. Almacenes remotos comunes

1.1 Github

1.2 Casa rural

2. Registre una cuenta

2.1 Registrar una cuenta en Gitee

2.2 Registrar una cuenta en github

3. Cree una clave SSH para conectarse a Gitee

4. Crea un almacén en gitee

5. Envíe el almacén remoto por primera vez.

6. Descargue el código del almacén remoto

7. Gestión de sucursales

7.1 Comandos operativos comunes

8. Cooperación entre varias personas

9.git enlace almacén github

9.1 Crear una cuenta de github

9.2 Obtener la clave secreta local

9.3 Configurar la clave secreta

9.4 Crear proyecto de almacén

9.5 Asociar múltiples almacenes remotos


1. ¿Por qué utilizar software de control de versiones?

En una empresa, cuando varias personas desarrollan un proyecto al mismo tiempo, ¿cómo se integra el código que usted escribe con el código escrito por otros? Definitivamente no se trata de copiar el archivo que escribí a otra persona, quien luego lo pega en su proyecto. Esto es demasiado bajo.

Si encuentra un problema en el proyecto, "cambia" su propio código, elimina accidentalmente su propio archivo de código, ¿qué debe hacer si desea restaurarlo? Definitivamente no es una copia de su propio código todos los días y lo guarda en una carpeta. Esto es demasiado bajo.

Entonces piensas, si hay un software, no sólo puede ayudarme a registrar automáticamente cada cambio de archivo, sino también permitir que mis colegas colaboren en la edición, de modo que yo no tenga que administrar un montón de archivos similares, y no No es necesario pasar los archivos. Si desea comprobar un determinado cambio, sólo necesita echarle un vistazo en el software, ¿no es muy conveniente? Estos problemas se pueden resolver perfectamente usando ==software de control de versiones==.

2. Software de control de versiones en el mercado

característica CVS SVN GIT
Modificación concurrente apoyo apoyo apoyo
compromiso concurrente no apoyo apoyo apoyo
trayectoria historica No se admite el cambio de nombre Soporte de cambio de nombre Soporte de cambio de nombre
repartido no apoyo no apoyo apoyo

3. Introducción a Git

3.1 Introducción a Git

Git es el software de control de versiones más potente del mercado actualmente. (ninguno de ellos)

Es una aplicación y un sistema de control de versiones distribuido gratuitamente y de código abierto . Diseñado para manejar todo, desde proyectos pequeños hasta grandes, de forma rápida y eficiente.

Git fue originalmente un software de control de versiones de código abierto desarrollado por Linus Torvalds para ayudar a gestionar el desarrollo del kernel de Linux. Entonces los comandos de Git y Linux son totalmente compatibles.

Git está == distribuido ==. El repositorio Git completo se puede clonar localmente desde el servidor a través de Git. Muchas operaciones de Git son locales.

3.2 Centralizado versus distribuido

CVS y SVN, que Linus siempre ha odiado, son sistemas de control de versiones centralizados, mientras que Git es un sistema de control de versiones distribuido.¿Cuál es la diferencia entre sistemas de control de versiones centralizados y distribuidos?

Permítanme hablar primero sobre el sistema de control de versiones centralizado . La biblioteca de versiones se almacena centralmente en el servidor central y, cuando trabaja, usa su propia computadora, por lo que primero debe obtener la última versión del servidor central, luego comenzar a trabajar y terminar de trabajar. En vivo, y luego envíe su propio vivo al servidor central. El servidor central es como una biblioteca: si desea cambiar un libro, primero debe tomarlo prestado de la biblioteca, luego ir a casa, cambiarlo usted mismo y luego volver a colocarlo en la biblioteca.

El mayor problema con el sistema de control de versiones centralizado es que debe estar conectado a Internet para funcionar. Si está bien en la red de área local, el ancho de banda es lo suficientemente grande y la velocidad es lo suficientemente rápida, pero si está en Internet Y la velocidad de la red es lenta, es posible que deba enviar un archivo de 10 M. 5 minutos, esto no es suficiente para asfixiar a las personas.

 

Entonces, ¿cuál es la diferencia entre un sistema de control de versiones distribuido y un sistema de control de versiones centralizado? En primer lugar, no existe un "servidor central" en el sistema de control de versiones distribuido . ==La computadora de todos== tiene una biblioteca de versiones completa. De esta manera, cuando trabaja, no necesita estar conectado a Internet. porque la biblioteca de versiones está en su computadora, en su propia computadora. Dado que todos tienen una biblioteca de versiones completa en su computadora, ¿cómo pueden colaborar varias personas? Por ejemplo, usted cambia el archivo A en su computadora y su colega también cambia el archivo A en su computadora. En este momento, solo necesitan enviarse sus modificaciones entre sí y podrán ver los cambios de cada uno.

En comparación con los sistemas de control de versiones centralizados, los sistemas de control de versiones distribuidos son mucho más seguros porque todos tienen una biblioteca de versiones completa en su computadora. No importa si la computadora de una persona está averiada, simplemente puedes descargarla desde la computadora de otra persona. una copia de allí. Y si hay un problema con el servidor central del sistema de control de versiones centralizado, todos no podrán trabajar.

 

3.3 Función

El software de control de versiones juega un papel importante en el desarrollo de proyectos, sus principales funciones son las siguientes: 1) Copia de seguridad del código

2) Reversión de versión

3) Desarrollo colaborativo

4) control de permisos

2. Uso de Git

1. Instalar Git

Sitio web oficial de GitGit

Paso 1: Haga clic en Descargar directamente para descargar. Una vez completada la descarga, puede "cerrar los ojos" y hacer clic en Siguiente.

Una vez completada la instalación, inicie la línea de comando de Windows e ingrese ==git --version==. Puede ver la versión instalada.

 

Paso 2: haga clic derecho en cualquier lugar del escritorio de la computadora para abrir la ventana de Git Bash:

 

 

Paso 3: configurar la cuenta de Git y el correo electrónico

2. Proceso de Git para enviar contenido a un almacén remoto

Git es un software de control de versiones distribuido y la ubicación donde se almacenan los archivos se llama ==warehouse==. Hay dos tipos de almacenes: ==almacén remoto== (un servidor en Internet o un servidor en una red de área local) y ==almacén local== (un directorio en la máquina local).

  1. Cualquier carpeta del sistema se puede utilizar como almacén local. Primero es necesario inicializar el almacén local para generar la configuración básica de git.

  2. Luego agregue la operación local al área de caché.

  3. Finalmente, la operación de caché se envía a la biblioteca local.

  4. Finalmente, envíe los datos de la base de datos local al almacén remoto.

 

3. Comandos de Git

3.1 Descripción general

Toda la sintaxis de los comandos de Git: comando git xxx.

¡Podemos ingresar varios comandos de git en la ventana cmd!

3.2 Configuración global de Git

Cuando use Git por primera vez, debe configurar el nombre de usuario y la dirección de correo electrónico de la cuenta remota globalmente para representar la información del desarrollador. Debido a que Git es un sistema de control de versiones distribuido, cada máquina debe informar sobre sí misma: su nombre y dirección de correo electrónico.

Establece tu propio nombre de usuario:

git config --global user.name "Your Name"

Configure su propio correo electrónico:

git config --global user.email "[email protected]"

Una vez que la configuración sea exitosa, puede usar el comando ==git config -l== para ver la información de configuración.

Preste atención a los parámetros git configdel comando --global. Usar este parámetro significa que todos los repositorios Git en su máquina usarán esta configuración.

3.3 Crear un almacén local

¿Qué es una biblioteca de versiones? La biblioteca de versiones también se conoce como almacén, el nombre en inglés es repositorio . Puede entenderlo simplemente como un directorio. Todos los archivos en este directorio pueden ser administrados por Git. Git puede rastrear la modificación y eliminación de cada archivo, de modo que se puede rastrear en cualquier momento del historial o se puede "revertir" en algún momento en el futuro.

La operación inicial de Git para crear un repositorio incluye los siguientes pasos:

1) Primero, elija un lugar adecuado y cree un directorio vacío

No es necesariamente necesario crear un repositorio Git en un directorio vacío, también es posible elegir un directorio que ya tenga algo. Sin embargo, no se recomienda que utilice el proyecto empresarial que está desarrollando para aprender Git; de lo contrario, no seremos responsables de las consecuencias.

2) Haga clic derecho -> haga clic en Git Bash aquí para iniciar la línea de comando

3) ==git init== Inicialización del almacén, convierta este directorio en un almacén que Git pueda administrar

Git construirá el almacén en un instante y le dirá que es un almacén vacío (repositorio de Git vacío). Los estudiantes cuidadosos pueden encontrar que hay un .gitdirectorio adicional debajo del directorio actual. Git utiliza este directorio para rastrear y administrar el repositorio. Está bien. No modifique manualmente los archivos en este directorio, de lo contrario los cambios se estropearán y el repositorio de Git se destruirá.

Si no ve .gitel directorio, es porque está oculto de forma predeterminada.

4) Cree un archivo de inicialización index.html == toque index.html ==

5) ==git add index.html==Agregue el archivo al área de almacenamiento temporal

Al ejecutar el comando anterior, no se muestra nada, lo cual es correcto: "No hay noticias son buenas noticias", lo que indica que la adición se realizó correctamente.

6)==git commit -m 'Información de comentario personalizado'==Enviar al almacén local (m es la abreviatura de mensaje). La descripción del envío puede ser cualquier contenido, por supuesto, es mejor que sea significativo, para que pueda Los registros de cambios se pueden encontrar fácilmente en el historial.

add¿Por qué Git necesita agregar archivos commiten dos pasos? Como commitpuedes enviar muchos archivos a la vez, puedes addenviar diferentes archivos varias veces a la vez.

 

Tres áreas del repositorio:

1) Directorio de trabajo

Es el directorio que puedes ver en tu computadora, por ejemplo mi learngitcarpeta es un espacio de trabajo:

2) Área de almacenamiento temporal

Hay un directorio oculto en el espacio de trabajo .git. Este no es el espacio de trabajo, sino el repositorio de Git.

Hay muchas cosas almacenadas en el repositorio de Git, la más importante de las cuales es el área de almacenamiento temporal llamada etapa (o índice), la primera rama que Git crea automáticamente para nosotros y un puntero a masterella masterllamado HEAD.

 

3) almacén local

 

Comandos de uso común:

git init:初始化项目

git add 文件名:把文件提交到暂存区
git add -A:添加所有新文件到暂存区
git add .:添加所有文件到暂存区

git commit -m '自定义注释':把暂存区的文件提交到本地仓库

git status:版本状态查看
	红色:表示文件状态不在暂存区和本地仓库
	绿色:表示文件状态在暂存区不在本地仓库
	nothing:表示工作区和本地仓库同步
	
ls:查看工作区的文件状态 (list)
git ls-files:查看暂存区的状态
touch 文件名:新建文件到工作区
clear:清空命令窗口(ctrl+l)

3.4 Resumen

Ahora resumamos los dos puntos que aprendimos:

Para inicializar un repositorio Git, use el comando ==git init==.

Agregue archivos al repositorio de Git en dos pasos:

  1. Utilice el comando ==git add file==. Tenga en cuenta que se puede utilizar varias veces para agregar varios archivos;

  2. Utilice el comando ==git commit -m "message"== para completar.

4. Reversión de la versión histórica

Al igual que cuando juegas un juego de rol, cada vez que pasas un nivel, el estado del juego se guardará automáticamente. Si no se pasa un determinado nivel, también puedes optar por leer el estado del nivel anterior. A veces, antes de luchar contra el Jefe, guardas manualmente el juego para que, si no puedes luchar contra el Jefe, puedas empezar de nuevo desde el lugar más cercano. Lo mismo ocurre con Git: siempre que sienta que un archivo se ha modificado hasta cierto punto, puede "guardar una instantánea", que en Git se llama instantánea commit. Una vez que estropeas un archivo o eliminas un archivo por error, puedes commitrestaurarlo desde el más reciente y continuar trabajando en lugar de perder meses de trabajo.

4.1 Revertir

1) Ver historial

En el trabajo real, ¿cómo podemos recordar en nuestra mente lo que se ha cambiado cada vez en un archivo de varios miles de líneas? De lo contrario, ¿por qué necesitaríamos un sistema de control de versiones? Debe haber un comando en el sistema de control de versiones que pueda contarnos el historial. En Git, usamos git logel comando para ver: git logEl comando muestra el registro de confirmación desde el más reciente hasta el más lejano.

git log:返回详细的历史记录
git log --oneline:返回简写的历史记录

Si hay demasiado contenido, debe usar las teclas de dirección para desplazarse hacia arriba y hacia abajo y presionar q para salir.

Un recordatorio amistoso es que la gran lista de similares que ve 1094adb...es commit id(número de versión)

2) Reversión según el número de versión

git reset --hard 3772b78 
git reset --hard HEAD^

Al realizar la reversión de la versión, no es necesario utilizar la cadena hash completa, solo los primeros siete dígitos.

Antes de cambiar de versión, envíe el estado actual del código al almacén

La versión anterior era HEAD^, la versión anterior era HEAD^^,

3) No se puede encontrar el número de versión.

Ahora que ha vuelto a una determinada versión, apagó la computadora y se arrepintió a la mañana siguiente, ¿qué debe hacer si desea restaurar a una nueva versión? ¿Qué debo hacer si no puedo encontrar la nueva versión commit id? En Git, siempre hay una medicina para el arrepentimiento que tomar. Git proporciona un comando git reflogpara registrar cada uno de tus comandos:

Ver todos los registros de operaciones

git reflog

4.2 Resumen

  • HEADLa versión señalada es la versión actual, por lo tanto, Git nos permite desplazarnos entre el historial de versiones usando el comando ==git reset --hard commit_id==.

  • Antes de realizar el traslado, puede usar ==git log== para ver el historial de envíos y determinar a qué versión volver.

  • Para volver al futuro, use ==git reflog== para ver el historial de comandos y determinar a qué versión del futuro desea volver.

5. Eliminar el contenido del almacén

Git rastrea y administra los cambios, no los archivos.

¿Qué es la modificación, preguntas? Por ejemplo, si agregas una nueva línea, es una modificación. Si eliminas una línea, también es una modificación. Si cambias algunos caracteres, también es una modificación. Si eliminas algunos y agregas otros, también es una modificación. una modificación. Incluso la creación de un nuevo archivo cuenta. Una modificación.

En Git, la eliminación también es una operación de modificación. Probémoslo en la práctica. Primero, agregue un nuevo archivo test.htmla Git y envíelo:

 

En circunstancias normales, los archivos inútiles generalmente se eliminan directamente en el administrador de archivos o rmse eliminan con el comando:

rm test.html

En este momento, Git sabe que ha eliminado el archivo, por lo que el espacio de trabajo y la biblioteca de versiones son inconsistentes, y el git statuscomando le dirá inmediatamente qué archivos se han eliminado:

 

Ahora tienes dos opciones. Una es si realmente quieres eliminar el archivo del repositorio, entonces usa el comando ==git rm== para eliminarlo y git commitenviarlo:

 

Ahora, el archivo se elimina del repositorio.

Otra situación es que la eliminación es incorrecta porque todavía hay archivos en el repositorio, por lo que puede restaurar fácilmente los archivos eliminados accidentalmente a la última versión:

git checkout -- 文件名

git checkoutDe hecho, la versión en el espacio de trabajo se reemplaza con la versión en el repositorio. No importa si el espacio de trabajo se modifica o elimina, se puede "restaurar con un clic".

Nota: ¡Los archivos que se eliminaron sin agregarse al repositorio no se pueden recuperar!

6. sucursal

Las ramas son los universos paralelos en las películas de ciencia ficción. Cuando estás trabajando duro para aprender Git frente a la computadora, otra persona está trabajando duro para aprender SVN en otro universo paralelo.

Si los dos universos paralelos no interfieren entre sí, no tendrán ningún impacto en ti ahora. Sin embargo, en algún momento, los dos universos paralelos se fusionaron y, como resultado, ¡aprendiste tanto Git como SVN!

La ramificación es una de las características importantes de Git: los desarrolladores pueden separar nuevas líneas de desarrollo en función de la línea de desarrollo principal.

 

6.1 Ver sucursales

El comando ==git branch== enumerará todas las ramas y la rama actual se marcará con un *número.

En la reversión de versiones, ya sabes que para cada confirmación, Git las encadena en una línea de tiempo, y esta línea de tiempo es una rama. Por ahora, solo hay una línea de tiempo. En Git, esta rama se llama rama principal, es decir, masterrama.

git branch

6.2 Crear una rama

git branch 分支名称

6.3 Cambiar de rama

git checkout 分支名称

 

6.4 Crear y cambiar de rama

git checkoutEl comando más -bparámetros significa crear y cambiar

git checkout -b 分支名

6.5 Eliminar ramas

git branch -d 文件名

6.6 Fusionar ramas

git merge 文件名

Nota: cada vez que cambie de rama, confirme la rama actual

Nota: ==Necesitas cambiar a la rama maestra antes de fusionar ramas==

Ingrese un mensaje de confirmación que explique por qué es necesaria esta combinación.

 

1. Presione "Esc" en la esquina superior izquierda del teclado.

2. Ingrese ==":wq"==, anote los dos puntos + wq y presione la tecla Enter.

Debido a que crear, fusionar y eliminar ramas es muy rápido, Git le recomienda usar ramas para completar una determinada tarea y luego eliminar la rama después de fusionarla, lo que tiene el mismo efecto que mastertrabajar directamente en la rama, pero el proceso es más seguro.

6.7 cambiar

La última versión de Git proporciona nuevos git switchcomandos para cambiar de rama: git switchel comando es un nuevo comando agregado en la versión 2.23

Para cambiar directamente a una mastersucursal existente, puede usar:

git switch master

Para crear y cambiar a una nueva devrama, use:

git switch -c dev

Con el nuevo git switchcomando, git checkoutes más fácil de entender de lo que debería ser.

Consulta la versión actual:

git --version

Actualice la versión actual de git:

git update-git-for-windows

6.8 Resumen

Git fomenta el uso intensivo de ramas:

Ver rama: == git rama ==

Crear una rama: == nombre de la rama de la rama git ==

Cambiar de rama: == nombre de la rama de pago de git == o == nombre de la rama de cambio de git ==

Crear + cambiar de rama: ==git checkout -b nombre de rama== o ==git switch -c nombre de rama==

Fusionar una rama en la rama actual: ==git merge rama nombre==

Eliminar rama: == git rama -d nombre de rama ==

7.Conflicto

Cuando varias ramas modifican el mismo archivo, se producirán conflictos al fusionar ramas. La resolución de conflictos es muy simple: simplemente modifique el contenido al resultado final deseado y luego continúe ejecutando git add y git commit.

3. Almacén remoto

1. Almacenes remotos comunes

1.1 Github

Github es actualmente la plataforma de alojamiento de código más grande del mundo . También es el almacén remoto oficial designado por Git. Contiene muchos proyectos de código abierto en todo el mundo.

Sin embargo, dado que Github es un servidor extranjero, la velocidad de envío o extracción de contenido puede no ser particularmente rápida en China (especialmente en lugares donde la red no es muy buena).

1.2 Casa rural

Nube de código de nombre chino de Gitee.

Actualmente es la plataforma de alojamiento de códigos más grande de China. Conocida como la versión china de Github. Es lanzado por Open Source China.

En los últimos años, Gitee ha sido a menudo la primera opción para los desarrolladores nacionales a la hora de elegir almacenes remotos.

2. Registre una cuenta

2.1 Registrar una cuenta en Gitee

Sitio web oficial de GiteeGitee - Plataforma de rendimiento de I+D de DevOps empresarial

Primero necesitas registrar tu propia cuenta. Inicie sesión después de completar el registro.

2.2 Registrar una cuenta en github

URL de github: GitHub: construyamos desde aquí · GitHub

3. Cree una clave SSH para conectarse a Gitee

La transmisión entre el almacén local de Git y el almacén de GitHub y Gitee está cifrada por SSH

1) Inicie la ventana de comando

window+R -- cmd

2) Luego ingresa

ssh-keygen.exe

3) Presione Enter tres veces para generar un archivo de clave secreta

4) Busque el archivo de clave pública id_rsa.pub correspondiente al directorio, ábralo con el Bloc de notas y copie el contenido.

5) Inicie sesión en el repositorio de Gitee

 

¿Por qué GitHub y gitee necesitan una clave SSH? Debido a que GitHub y gitee deben reconocer que el envío que usted envía es en realidad enviado por usted, no por otra persona que pretende serlo, y Git admite el protocolo SSH, por lo que, siempre que GitHub y gitee conozcan su clave pública, solo pueden confirmar que puedes empujarlo. .

Por supuesto, GitHub y gitee te permiten agregar varias claves. Supongamos que tiene varias computadoras y las envía en la empresa y en casa. Siempre que agregue la clave de cada computadora a GitHub y gitee, puede enviarla a GitHub y gitee en cada computadora.

4. Crea un almacén en gitee

El escenario actual es que después de haber creado un repositorio Git localmente, desea crear un repositorio Git en GitHub o gitt y sincronizar los dos repositorios de forma remota. De esta manera, los repositorios en GitHub y gitee se pueden usar como copias de seguridad. También puede permitir que otras personas colaboren a través de este almacén, que en realidad es algo multipropósito.

 

El almacén debe ser de código abierto.

5. Envíe el almacén remoto por primera vez.

1) Inicialización

git init

2) Agregue todos los archivos al área de preparación

git add .

3) Agregar al almacén local

git commit -m '提示'

4) Asociado con almacén remoto

git remote add origin 路径

5) Enviar el contenido del almacén local al almacén remoto

git push -u origin "master"
//说明
push:推送
-u:关联,加上了-u参数,Git不但会把本地的master分支内容推送的远程新的master分支,还会把本地的master分支和远程的master分支关联起来,在以后的推送或者拉取时就可以简化命令:git push
origin:远程仓库的别名,关联一个远程库时必须给远程库指定一个名字,origin是默认习惯命名
master:本地仓库的分支

6) Enviar el almacén remoto nuevamente

git add .
git commit -m '提示信息'
git push

6. Descargue el código del almacén remoto

1) Regístrese y active la cuenta

2) Clonar el repositorio

git clone [email protected]:hahashi/mi-shop.git

 

 

3) Agregar y modificar código

4) Presentación local

git add -A
git commit -m 'message'

5) Empujar al control remoto

git push

7. Gestión de sucursales

7.1 Comandos operativos comunes

1) Ver la sucursal local

git branch

2) Ver sucursales remotas

git branch -r

3) Ver todas las sucursales

git branch -a

4) Tire de la rama remota

git pull//更新 

5) Crea una sucursal local

git branch 分支名称

6) Cambiar de sucursal local

git checkout 分支名称

7) Crear y cambiar sucursales locales

git checkout -b 分支名称

8) Sincronizar la sucursal remota con la local

git checkout -b 本地分支名称 origin/远程分支名称

9) Sincronizar la sucursal local con la remota

git push origin head:分支名称

10) Eliminar sucursal local

git branch -d 分支名称

11) Eliminar rama remota

git push origin --delete 分支名称

12) Fusionar sucursales locales (vuelva a la sucursal que se fusionará antes de fusionar)

git merge 要合并的分支名称

13) Envíe cambios a su propio almacén remoto

git push origin master

8. Cooperación entre varias personas

1) Primero, puedes intentar git push origin <branch-name>impulsar tus propias modificaciones;

2) Si la inserción falla, porque la sucursal remota es más nueva que su sucursal local, primero debe intentar git pullfusionarla;

3) Si hay conflictos en la fusión, resuélvalos y envíelos localmente;

4) Si no hay conflicto o el conflicto se resuelve, ¡ git push origin <branch-name>el envío será exitoso!

Si se git pullle solicita no tracking information, significa que no se ha creado la relación de enlace entre la sucursal local y la sucursal remota. Utilice el comando git branch --set-upstream-to <branch-name> origin/<branch-name>.

Este es el modo de trabajo de la colaboración entre varias personas.

9.git enlace almacén github

9.1 Crear una cuenta de github

GitHub: Construyamos desde aquí · GitHub

9.2 Obtener la clave secreta local

windows + RPresione las teclas simultáneamente para abrir la ventana de ejecución de comando e ingresar .al directorio.

 

En este momento, cuando volvamos a abrir el directorio, encontraremos una .sshcarpeta de la siguiente manera:

 

Si no hay ningún problema con el comando anterior y no puede ver la carpeta, no debe 隐藏文件显示按钮estar abierta. Haga clic para 查看(View)marcar 隐藏的项目(Hidden items)la opción. Abra .sshesta carpeta y verá dos archivos:

 

id_rsaEs una clave privada y no se puede filtrar. id_rsa.pubEs una clave pública y se puede difundir con confianza.

9.3 Configurar la clave secreta

Inicie sesión en GitHub, abra la página settingsencontrada , haga clic en , complete el título y pegue el contenido de la clave pública del archivo en el cuadro de texto Clave.SSH KeyNew SSH Keyid_rsa.pub

 

 

 

Después de hacer clic Add SSH key, saltará a la interfaz de ingreso de contraseña. Necesitamos ingresar la contraseña de GitHub para continuar:

 

A continuación podemos ver nuestra clave SSH recién agregada, de la siguiente manera:

9.4 Crear proyecto de almacén

El requisito es: tenemos un almacén de Git local y queremos crear un almacén de Git en GitHub, y esperamos que los dos almacenes se puedan sincronizar de forma remota, para que otros puedan escribir en el almacén de GitHub. 1) Cree un repositorio en GitHub y seleccione Nuevo repositorio en la esquina superior derecha de la página;

 

2) Simplemente complete el nombre del almacén y haga clic en Crear directamente, de la siguiente manera

 

3) En este momento, se establece un nuevo almacén y el almacén todavía está vacío en este momento.

 

4) La página indica que podemos inicializar este almacén de varias maneras. Seguimos las indicaciones proporcionadas para ejecutar el siguiente comando en el almacén local.

 

Debido a que la biblioteca remota está vacía, la primera inserción ==main== agrega un -uparámetro, de modo que Git no solo enviará el contenido de la rama principal local a la nueva rama principal en el repositorio remoto de GitHub, sino que también enviará la biblioteca principal local. rama Asociarla con la rama principal remota puede simplificar los comandos para futuros push y pull.

9.5 Asociar múltiples almacenes remotos

Algunos amigos tienen que volver a preguntar: ¿se puede asociar una biblioteca local tanto con GitHub como con Gitee?

La respuesta es sí, porque git en sí es un sistema de control de versiones distribuido y se puede sincronizar con otra biblioteca remota y, por supuesto, también se puede sincronizar con otras dos bibliotecas remotas.

Al usar varias bibliotecas remotas, debemos tener en cuenta que el nombre predeterminado dado por git a la biblioteca remota es.Si originhay varias bibliotecas remotas, debemos usar diferentes nombres para identificar diferentes bibliotecas remotas.

Ver información de la biblioteca remota:

git remote -v

Eliminar bibliotecas remotas existentes:

git remote rm origin

Biblioteca remota asociada:

//先关联GitHub的远程库,远程库的名称叫github,不叫origin了。
git remote add github 路径
//再关联Gitee的远程库,远程库的名称叫gitee,不叫origin。
git remote add gitee 路径

Si desea enviar a GitHub, use el comando:

git push github master

Si desea enviar a Gitee, use el comando:

git push gitee master

De esta forma, nuestra biblioteca local puede sincronizarse con varias bibliotecas remotas al mismo tiempo:

 

Supongo que te gusta

Origin blog.csdn.net/xm1037782843/article/details/131376134
Recomendado
Clasificación