Git の入門から習得までの完全なチュートリアルセット (GitHub\Gitee コードクラウドをカバー)

ソフトウェアがあれば、すべてのファイル変更を自動的に記録できるだけでなく、同僚と共同で編集できるようになり、同じようなファイルを自分で管理する必要がなくなり、ファイルを渡す必要はありません。何か変化を確認したいとき、ソフト上で一目見るだけで済むのでとても便利ではないでしょうか。これらの問題は、==バージョン管理ソフトウェア==を使用することで完全に解決できます。

2. 市販のバージョン管理ソフトウェア

特性	CVS	SVN	ギット
同時修正	サポート	サポート	サポート
同時コミット	サポートしません	サポート	サポート
歴史の軌跡	名前の変更はサポートされていません	名前変更をサポート	名前変更をサポート
配布された	サポートしません	サポートしません	サポート

3. Git の概要

3.1 Git の概要

Git は、今日の市場で最高のバージョン管理ソフトウェアです。（そのなかで何も）

これは、オープンソースで無料の分散バージョン管理システムおよびアプリケーションです。小規模なプロジェクトから大規模なプロジェクトまで、あらゆるプロジェクトを迅速かつ効率的に処理できるように設計されています。

Git はもともと、Linux カーネル開発の管理を支援するために Linus Torvalds によって開発されたオープンソースのバージョン管理ソフトウェアでした。したがって、Git と Linux コマンドは完全に互換性があります。

Git は == 分散 == です。完全な Git リポジトリは、Git を介してサーバーからローカルに複製できます。Git の多くの操作はローカルです。

3.2 集中型と分散型

Linus が常に嫌っていた CVS と SVN はどちらも集中型バージョン管理システムですが、Git は分散型バージョン管理システムです。集中型バージョン管理システムと分散型バージョン管理システムの違いは何ですか?

まず集中バージョン管理システムについて説明します。バージョンライブラリは中央サーバーに保存されます。作業するときは自分のコンピュータを使用します。したがって、最初に中央サーバーから最新バージョンを取得し、次に作業を開始し、作業を完了する必要があります。 work.Live を実行し、自分の作業を中央サーバーにプッシュします。中央サーバーは図書館のようなもので、本を修正したい場合は、まず図書館で借りて、家に帰って自分で修正し、修正したら図書館に戻します。

集中バージョン管理システムの最大の問題は、動作するにはインターネットに接続する必要があることです。ローカルエリアネットワーク内であれば、帯域幅が十分に大きく、速度も十分に速いので問題ありません。インターネット上にあり、ネットワーク速度が遅い場合は、10M ファイルを送信する必要がある場合があります。5 分では、人を窒息死させるには十分ではありません。

では、分散バージョン管理システムと集中バージョン管理システムの違いは何でしょうか? まず第一に、分散バージョン管理システムには「中央サーバー」がありません。==みんなのコンピュータ== には完全なバージョンライブラリがあります。このようにして、作業するときにインターネットに接続する必要はありません。バージョンライブラリは自分のコンピュータ上にあるためです。誰もが自分のコンピュータ上に完全なバージョンのライブラリを持っているので、複数の人が共同作業するにはどうすればよいでしょうか? たとえば、あなたが自分のコンピュータ上のファイル A を変更し、同僚も自分のコンピュータ上のファイル A を変更するとします。現時点では、お互いに変更をプッシュするだけでよく、お互いの変更を確認できます。

集中型バージョン管理システムと比較すると、分散型バージョン管理システムは、誰もが自分のコンピュータに完全なバージョンライブラリを持っているため、はるかに安全です。ある人のコンピュータが壊れていても、別の人のコンピュータからダウンロードするだけで済みます。そこからのコピー。集中バージョン管理システムの中央サーバーに問題が発生すると、全員が作業できなくなります。

3.3 機能

バージョン管理ソフトウェアはプロジェクト開発において重要な役割を果たしており、その主な機能は次のとおりです。

2) バージョンのロールバック

3) 共同開発

4) 権限制御

2.Gitの利用

1.Gitをインストールする

Git公式サイトGit

ステップ 1: 「ダウンロード」をクリックして直接ダウンロードします。ダウンロードが完了したら、「目を閉じて」「次へ」をクリックします。

インストールが完了したら、Windows コマンドラインを起動し、「==git --version==」と入力します。インストールされているバージョンを確認できます。

ステップ 2: コンピューターのデスクトップ上の任意の場所を右クリックして、Git Bash ウィンドウを開きます。

ステップ 3: Git アカウントと電子メールを構成する

2. コンテンツをリモートウェアハウスにプッシュする Git プロセス

Git は分散バージョン管理ソフトウェアであり、ファイルが保存される場所は ==warehouse== と呼ばれます。ウェアハウスには、==リモートウェアハウス== (インターネット上のサーバーまたはローカルエリアネットワーク内のサーバー) と == ローカルウェアハウス== (ローカルマシン上のディレクトリ) の 2 種類があります。

システム内の任意のフォルダーをローカルウェアハウスとして使用できます。基本的な git 構成を生成するには、最初にローカルウェアハウスを初期化する必要があります。
次に、ローカル操作をキャッシュ領域に追加します。
最後に、キャッシュ操作がローカルライブラリに送信されます。
最後に、ローカルデータベースデータをリモートウェアハウスにプッシュします。

3.Gitコマンド

3.1 概要

すべての Git コマンド構文: git コマンド xxx。

cmd ウィンドウにさまざまな git コマンドを入力できます。

3.2 Git のグローバル設定

初めて Git を使用するときは、開発者の情報を表すリモートアカウントのユーザー名と電子メールアドレスをグローバルに設定する必要があります。Git は分散バージョン管理システムであるため、各マシンはその名前 (名前と電子メールアドレス) を報告する必要があります。

独自のユーザー名を設定します。

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

自分の電子メールを設定します。

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

構成が成功したら、==git config -l== コマンドを使用して構成情報を表示できます。

git configコマンドのパラメータに注意してください--global。このパラメータを使用すると、マシン上のすべての Git リポジトリがこの構成を使用することになります。

3.3 ローカル倉庫の作成

バージョンライブラリとは何ですか? バージョンライブラリはウェアハウスとも呼ばれ、英語名はrepositoryです。単純にディレクトリとして理解できます。このディレクトリ内のすべてのファイルは Git で管理できます。Git は各ファイルの変更と削除を追跡できるため、履歴はいつでも追跡でき、将来のある時点で「復元」することもできます。

リポジトリを作成するための Git の初期操作には、次の手順が含まれます。

1) まず、適切な場所を選択し、空のディレクトリを作成します

Git リポジトリを空のディレクトリに作成する必要はなく、既に何かが含まれているディレクトリを選択することもできます。ただし、開発中の会社プロジェクトを Git の学習に使用することはお勧めできません。そうでない場合、当社はいかなる結果についても責任を負いません。

2) 右クリック -> 「Git Bash Here」をクリックしてコマンドラインを開始します

3) ==git init== ウェアハウスを初期化し、このディレクトリを Git で管理できるウェアハウスにします

Git はウェアハウスを瞬時に構築し、それが空の Git リポジトリであることを伝えました。注意深い生徒は、現在のディレクトリの下に追加のディレクトリがあることに気づくでしょう。.gitこのディレクトリは、バージョンライブラリを追跡および管理するために Git によって使用されます。絶対に変更しないでください。このディレクトリ内のファイルを手動で削除しないと、変更が台無しになった場合に Git リポジトリが破壊されます。

.gitディレクトリが表示されない場合は、そのディレクトリがデフォルトで非表示になっているためです。

4) 初期化ファイルindex.html ==touchindex.html==を作成します。

5) ==git addindex.html==ファイルを一時記憶領域に追加します

上記のコマンドを実行すると何も表示されませんが、これは正しく、「No news is Good news」で、追加が成功したことを示しています。

6) == git commit -m 'カスタムコメント情報'== ローカルウェアハウスに送信します (m はメッセージの略語です)。送信の説明は任意の内容にすることができます。もちろん、意味のあるものが最適です。 , そのため、変更レコードは履歴で簡単に見つけることができます。

Git ではなぜ 2 つのステップでファイルを追加する必要addがあるのですかcommit? commit一度に多くのファイルを送信できるため、add異なるファイルを一度に複数回コミットできます。

リポジトリの 3 つの領域:

1) 作業ディレクトリ

これは、コンピュータ上で表示されるディレクトリです。たとえば、私のlearngitフォルダはワークスペースです。

2) 一時保管場所

ワークスペースには隠しディレクトリがあります.git。これはワークスペースではなく、Git リポジトリとみなされます。

Git のバージョンライブラリには多くのものが保存されていますが、その中で最も重要なものは、ステージ (またはインデックス) と呼ばれる一時保存領域と、Git によって自動的に作成される最初のブランチと、それへのポインタmasterです。masterHEAD

3) 現地倉庫

一般的なコマンド:

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 概要

ここで、学んだ 2 つのポイントを要約しましょう。

Git リポジトリを初期化するには、==git init== コマンドを使用します。

次の 2 つの手順でファイルを Git リポジトリに追加します。

コマンド ==git add file== を使用します。複数回使用して複数のファイルを追加できることに注意してください。
コマンド ==git commit -m "message"== を使用して完了します。

4. 履歴バージョンのロールバック

RPGゲームと同様に、レベルを通過するたびにゲームのステータスが自動的に保存され、一定のレベルを超えていない場合は、前のレベルのステータスを読み込むこともできます。場合によっては、ボスと戦う前に手動でゲームを保存し、ボスとの戦いに失敗した場合に最も近い場所からやり直すことができます。Git も同様で、ファイルがある程度変更されたと感じたときに「スナップショットを保存」することができます。これを Git ではスナップショットと呼びますcommit。ファイルを壊したり、誤って削除したりしても、commit数か月の作業結果をすべて失うことなく、最新のファイルから復元して作業を続けることができます。

4.1 ロールバック

1) 履歴の表示

実際の作業では、数千行のファイルで毎回何が変更されたかをどうやって頭の中に覚えておくことができるのでしょうか?そうでない場合、なぜバージョン管理システムが必要なのでしょうか? バージョン管理システムには、履歴を知らせるコマンドが必要です。Git では、次のgit logコマンドを使用して表示します:git logこのコマンドは、コミットログを最新のものから最も遠いものまで表示します。

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

コンテンツが多すぎる場合は、方向キーを使用して上下にスクロールし、q を押して終了する必要があります。

親切に思い出していただきたいのは、表示される類似のものの大きなリストは(バージョン番号)1094adb...であるということです。commit id

2) バージョン番号に基づいたロールバック

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

バージョンのロールバックを実行するときは、完全なハッシュ文字列を使用する必要はなく、最初の 7 桁だけを使用する必要があります。

バージョンを切り替える前に、現在のコードのステータスをウェアハウスに送信する必要があります

以前のバージョンはHEAD^、以前のバージョンはHEAD^^、

3) バージョン番号が見つからない

さて、あるバージョンに戻してコンピュータの電源を切り、翌朝後悔した場合、新しいバージョンに戻したい場合はどうすればよいでしょうか? 新しいバージョンが見つからない場合はどうすればよいですかcommit id? Git では、必ず後悔する薬が用意されています。git reflogGit には、各コマンドを記録するためのコマンドが用意されています。

すべての操作記録を表示する

git reflog

4.2 概要

HEAD指定されているバージョンは現在のバージョンであるため、Git ではコマンド ==git replace --hard commit_id== を使用してバージョン履歴間を行き来できます。
シャトルする前に、==git log== を使用して送信履歴を表示し、どのバージョンにロールバックするかを決定できます。
未来に戻るには、==git reflog== を使用してコマンド履歴を表示し、どのバージョンの未来に戻りたいかを決定します。

5. ウェアハウスの内容を削除する

Git はファイルではなく変更を追跡および管理します。

修正とは何ですか? たとえば、新しい行を追加した場合も変更、行を削除した場合も変更、一部の文字を変更した場合も変更、一部を削除して追加した場合も変更となります。新しいファイルを作成することさえカウントされます。

Git では、削除も変更操作です。実際に試してみましょう。まず、新しいファイルをtest.htmlGit に追加して送信します。

通常の状況では、不要なファイルはファイルマネージャーで直接削除するか、rm次のコマンドを使用して削除します。

rm test.html

現時点では、Git はファイルが削除されたことを認識しています。そのため、ワークスペースとリポジトリに一貫性がありません。git statusコマンドは、どのファイルが削除されたかをすぐに通知します。

選択肢は 2 つあります。1 つは、リポジトリからファイルを本当に削除したい場合は、コマンド ==git rm== を使用してファイルを削除し、git commit送信することです。

これで、ファイルがリポジトリから削除されました。

もう 1 つの状況は、ファイルがまだバージョンライブラリにあるため、誤って削除された場合です。そのため、誤って削除したファイルを最新バージョンに簡単に復元できます。

git checkout -- 文件名

git checkout実際、ワークスペースのバージョンはリポジトリのバージョンに置き換えられ、ワークスペースが変更されたり削除されたりしても、「ワンクリックで復元」できます。

注: リポジトリに追加されずに削除されたファイルは復元できません。

6. 支店

ブランチとは SF 映画の並行世界のことで、あなたがコンピューターの前で Git の学習に励んでいると、別の並行世界では別の人が SVN の学習に励んでいます。

2 つの並行世界が互いに干渉しなければ、今のあなたには何の影響も与えません。しかし、ある時点で 2 つの並行世界が統合され、その結果、Git と SVN の両方を学習することになりました。

ブランチは Git の重要な機能機能の 1 つであり、開発者は新しい開発ラインをメインの開発ラインから分離できます。

6.1 ビューブランチ

==git Branch== コマンドはすべてのブランチをリストし、現在のブランチには番号が付けられます*。

バージョンのロールバックでは、Git が各コミットをタイムラインに文字列化し、このタイムラインがブランチであることはすでにご存知でしょう。現時点ではタイムラインは 1 つだけですが、Git ではこのブランチをメインブランチ、つまりブランチと呼びます。master

git branch

6.2 ブランチの作成

git branch 分支名称

6.3 ブランチの切り替え

git checkout 分支名称

6.4 ブランチの作成と切り替え

git checkoutコマンドと-bパラメータは作成と切り替えを意味します

git checkout -b 分支名

6.5 ブランチの削除

git branch -d 文件名

6.6 ブランチのマージ

git merge 文件名

注:ブランチを切り替える前に、必ず現在のブランチをコミットしてください。

注: ==ブランチをマージする前に、master ブランチに切り替える必要があります==

このマージが必要な理由を説明するコミットメッセージを入力してください

1. キーボードの左上隅にある「Esc」キーを押します。

2. ==":wq"== と入力し、コロン + wq に注目して Enter キーを押します。

ブランチの作成、マージ、削除は非常に高速であるため、Git ではブランチを使用して特定のタスクを完了し、マージ後にブランチを削除することをお勧めします。これにはブランチを直接操作するのと同じ効果がありますが、プロセスはより安全ですmaster。

6.7スイッチ

Git の最新バージョンでは、git switchブランチを切り替えるための新しいコマンドが提供されています。git switchこのコマンドは、バージョン 2.23 で追加された新しいコマンドです。

既存のブランチに直接切り替えるにはmaster、以下を使用できます。

git switch master

新しいブランチを作成して切り替えるにはdev、次を使用します。

git switch -c dev

理解しやすい新しいgit switchコマンドを使用してください。git checkout

現在のバージョンを確認します。

git --version

現在の git バージョンをアップグレードします。

git update-git-for-windows

6.8 まとめ

Git はブランチの多用を奨励します。

ブランチを表示: ==git ブランチ==

ブランチを作成します: ==git ブランチブランチ名==

ブランチの切り替え: ==git checkout ブランチ名== または ==git switch ブランチ名==

ブランチの作成 + 切り替え: ==git checkout -b ブランチ名== または ==git switch -c ブランチ名==

ブランチを現在のブランチにマージします: ==git merge ブランチ名==

ブランチの削除: ==git ブランチ -d ブランチ名==

7.紛争

複数のブランチが同じファイルを変更すると、ブランチをマージするときに競合が発生します。競合の解決は非常に簡単です。コンテンツを最終的に望ましい結果に変更し、 git add と git commit を実行し続けるだけです。

3. 遠隔倉庫

1. 一般的な遠隔倉庫

1.1 ギットハブ

Github は現在、世界最大のコードホスティングプラットフォームです。Git によって指定された公式のリモートウェアハウスでもあります。世界中の多くのオープンソースプロジェクトが含まれています。

ただし、Github は海外サーバーであるため、中国ではコンテンツのプッシュまたはプルの速度がそれほど速くない可能性があります (特にネットワークがあまり良くない場所では)。

1.2 ジーティー

Gitee 中国語の名前コードクラウド。

現在、中国最大のコードホスティングプラットフォームです。中国版Githubとして知られています。Open Source China によって発売されています。

近年、国内の開発者がリモート倉庫を選択する際に、Gitee が最初の選択肢となることがよくあります。

2. アカウントを登録する

2.1 Giteeにアカウントを登録する

Gitee 公式ウェブサイトGitee - エンタープライズレベルの DevOps R&D パフォーマンスプラットフォーム

まず自分のアカウントを登録する必要があります。登録が完了したらログインします。

2.2 githubにアカウントを登録する

github URL: GitHub: ここからビルドしてみましょう・GitHub

3. Giteeに接続するためのSSHキーを作成する

ローカル Git リポジトリ、GitHub リポジトリ、Gitee 間の通信は SSH 経由で暗号化されます。

1) コマンドウィンドウを起動します

window+R -- cmd

2) 次に入力します

ssh-keygen.exe

3) Enter を 3 回押して秘密鍵ファイルを生成します。

4)ディレクトリに対応するid_rsa.pub公開キーファイルを見つけ、メモ帳で開き、内容をコピーします。

5) Gitee リポジトリにログインします。

GitHub と gitee に SSH キーが必要なのはなぜですか? なぜなら、GitHub と gitee は、あなたがプッシュする送信が、他の誰かがそのふりをしているのではなく、実際にあなたによってプッシュされたものであることを認識する必要があり、Git は SSH プロトコルをサポートしているため、GitHub と gitee はあなたの公開鍵を知っている限り、それを確認することしかできません。押すことができます。

もちろん、GitHub と gitee では複数のキーを追加できます。複数のコンピュータがあり、しばらくは会社で提出し、しばらくは自宅で提出する場合、各コンピュータの Key を GitHub と gitee に追加すれば、各コンピュータの GitHub と gitee にプッシュできます。

4. giteeに倉庫を作成する

現在のシナリオでは、ローカルで Git リポジトリを作成した後、GitHub または gitt 上に Git リポジトリを作成し、2 つのリポジトリをリモートで同期する必要があります。この方法では、GitHub および gitee 上のリポジトリをバックアップとして使用できます。また、このウェアハウスを通じて他の人が共同作業できるようにすることもでき、これは実に多目的なものです。

リポジトリはオープンソースである必要がある

5. リモートウェアハウスを初めて送信する

1) 初期化

git init

2) すべてのファイルをステージング領域に追加します

git add .

3) ローカル倉庫に追加

git commit -m '提示'

4) アソシエイトリモート倉庫

git remote add origin 路径

5) ローカルウェアハウスの内容をリモートウェアハウスにプッシュします

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

6) リモート倉庫を再度送信します

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

6. リモートウェアハウスコードをダウンロードする

1) アカウントを登録してアクティブ化する

2) リポジトリのクローンを作成します

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

3) コードの追加と変更

4) ローカル提出

git add -A
git commit -m 'message'

5) リモートにプッシュ

git push

7.支店管理

7.1 共通操作コマンド

1) ローカルブランチを表示する

git branch

2) リモートブランチを表示する

git branch -r

3) すべてのブランチを表示

git branch -a

4) リモートブランチをプルします

git pull//更新

5) ローカルブランチを作成する

git branch 分支名称

6) ローカルブランチの切り替え

git checkout 分支名称

7) ローカルブランチの作成と切り替え

git checkout -b 分支名称

8) リモートブランチをローカルブランチに同期します。

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

9) ローカルブランチをリモートブランチに同期します。

git push origin head:分支名称

10) ローカルブランチの削除

git branch -d 分支名称

11) リモートブランチの削除

git push origin --delete 分支名称

12) ローカルブランチをマージします (マージ前にマージするブランチに戻ります)。

git merge 要合并的分支名称

13) 変更を自分のリモートウェアハウスに送信する

git push origin master

8. 多人数での協力

git push origin <branch-name>1) まず、独自の変更をプッシュしてみます。

2) リモートブランチがローカルブランチより新しいためにプッシュが失敗した場合は、git pull最初にマージを試みる必要があります。

3) マージで競合がある場合は、競合を解決してローカルに送信します。

4) 競合がない場合、または競合が解決された場合、git push origin <branch-name>プッシュは成功します。

git pullプロンプトが表示された場合はno tracking information、ローカルブランチとリモートブランチ間のリンク関係が作成されていないことを意味します。コマンドを使用しますgit branch --set-upstream-to <branch-name> origin/<branch-name>。

これは複数人でのコラボレーションの作業モードです。

9.gitリンクgithubリポジトリ

9.1 Githubアカウントを作成する

GitHub: ここからビルドしましょう · GitHub

9.2 ローカル秘密鍵の取得

windows + Rキーを同時に押して実行コマンドウィンドウを開き、.ディレクトリを入力します。

このとき、再度ディレクトリを開くと、.ssh次のようなフォルダが存在します。

上記のコマンドに問題がなく、このフォルダーが表示されない場合は、フォルダーが隐藏文件显示按钮開かれていない可能性があるので、クリックしてオプション查看(View)にチェックを入れます。このフォルダー隐藏的项目（Hidden items）を開くと、2 つのファイルが表示されます。.ssh

id_rsaid_rsa.pub公開できない秘密鍵と、安心して配布できる公開鍵です。

9.3 秘密キーの構成

GitHub にログインし、settings見つかったSSH Keyページを開き、をクリックしてタイトルを入力し、ファイルの公開キーの内容をNew SSH Key[キー] テキストボックスに貼り付けます。id_rsa.pub

をクリックするとAdd SSH key、パスワード入力インターフェイスにジャンプします。続行するには、GitHub のパスワードを入力する必要があります。

次に、次のように、新しく追加された SSH キーを確認できます。

9.4 倉庫プロジェクトの作成

要件は次のとおりです。ローカルの Git ウェアハウスがあり、GitHub に Git ウェアハウスを作成したいと考えています。また、他のユーザーが GitHub ウェアハウスに書き込みできるように、2 つのウェアハウスをリモートで同期したいと考えています。1) GitHub でリポジトリを作成し、➕ページの右上隅にある [新しいリポジトリ] を選択します。

2) 次のように、ウェアハウス名を入力し、「作成」をクリックするだけです。

3) この度、新たに倉庫を開設しましたが、現在はまだ空倉庫となっております。

4) このページでは、このウェアハウスを複数の方法で初期化できることを確認するプロンプトが表示されるので、表示されるプロンプトに従って、ローカルウェアハウスで次のコマンドを実行します。

リモートライブラリは空であるため、最初の Push ==main== で-uパラメータが追加されます。これにより、Git はローカルメインブランチの内容をリモート GitHub リポジトリ内の新しいメインブランチにプッシュするだけでなく、ローカルメインブランチもプッシュします。ブランチをリモートのメインブランチに関連付けることで、将来のプッシュおよびプルのコマンドを簡素化できます。

9.5 複数のリモート倉庫を関連付ける

友人の中には、ローカルライブラリを GitHub と Gitee の両方に関連付けることはできますか、ともう一度尋ねたい人もいます。

git 自体は分散バージョン管理システムであり、別のリモートライブラリと同期できるため、答えは「はい」です。もちろん、他の 2 つのリモートライブラリと同期することもできます。

複数のリモートライブラリを使用する場合、git によってリモートライブラリに指定されるデフォルト名はであることに注意する必要がありますorigin。複数のリモートライブラリがある場合は、異なるリモートライブラリを識別するために異なる名前を使用する必要があります。

リモートライブラリ情報を表示します。

git remote -v

既存のリモートライブラリを削除します。

git remote rm origin

関連するリモートライブラリ:

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

GitHub にプッシュする場合は、次のコマンドを使用します。

git push github master

Gitee にプッシュしたい場合は、次のコマンドを使用します。

git push gitee master

このようにして、ローカルライブラリは複数のリモートライブラリと同時に同期できます。