この記事では、Git に関する関連知識を提供し、主に Git の基本的な動作原理、入門レベルのチュートリアルを紹介し、Git ローカル ウェアハウスを操作して初心者がすぐに Git を使い始めるのに役立ちます。誰もが助けなければなりません。
Git 学習チュートリアル 」
ワークスペース ワークスペース (ワークスペース) は、ローカル コードが配置されるディレクトリであり、.git/ (ローカル ウェアハウス) が配置されるディレクトリでもあります。 ） 保存されています。
ステージング領域 ステージング領域 (インデックス/ステージ) は、ワークスペースおよびローカル ウェアハウスのキャッシュ スペースであり、これから作成される情報を記録します。ローカル ウェアハウスに送信される (バージョン ライブラリ) ファイルの変更情報、.git/ ディレクトリ内のインデックス ファイルは一時的な保存領域です。
ローカル ウェアハウス (リポジトリ) ローカル ウェアハウス (リポジトリ) は、ローカル ライブラリまたはバージョン ライブラリとも呼ばれ、すべてのローカル バージョン (コミット送信レコード) を保存します。ローカル ウェアハウス ファイルは .git/ ディレクトリにあります。
リモート ウェアハウス (リモート) ネットワーク上では、GitHub、Gitee、GitLab でリモート ウェアハウスを作成できます。ローカル ウェアハウスと同様に、リモート ウェアハウスもコードが異なります。バージョンも保存されますが、これらのバージョンは複数のローカル リポジトリから取得することができます。
#2. ワークフロー
上の図は、異なる Git パーティション間の操作コマンドをわかりやすく示しています。 
2. .git の簡単な紹介/ directory
config はローカル ウェアハウスの構成情報を保存します。
# description はウェアハウスの名前を説明するために使用されます。
1. ユーザー名と電子メール構成の概要
ローカル ウェアハウスを初期化した後の最初の作業は、ユーザー構成情報をローカル ウェアハウスに追加することです。 , ユーザー名と電子メール アドレスを含む,例として、以下の「Zhang San」と「Li Si」を使用してコードをアップロードしました。電子メール アドレスは本物ではありませんが、アップロードは成功する可能性があります: (コミット情報に誤りがありました)
Li Four の電子メール アドレスは明らかに本物ではありません。 
「Zhang San」と「Li Si」のメールアドレスは gitee アカウントに紐付けられていないため、アバターをクリックしてもユーザー情報は表示されません。ユーザー設定メールに が記入されている場合、アップロード者のアカウント情報は gitee で確認できます。 
gitee ユーザーの送信メール アドレスは、gitee->個人ホームページ->個人設定->メールボックス管理で設定および表示できます: 
ユーザー名とメール アドレスについて注意すべき点をたくさん説明しましたが、実際、ユーザー情報の構成は非常に簡単です:
git config --global user.name "your name"git config --global user.email "your email"
user.name の後にユーザー名を続け、必要なものを入力します。
user.emailの後にはユーザーのメールアドレスが続きますので、任意に入力してください。
–global は、グローバル プロパティを構成するために使用されます 
コードをローカル ウェアハウスに送信するとき、git は最初にローカル ウェアハウスの .git/config ファイルを取得します。ユーザー情報がない場合は、グローバル設定ファイルが使用されます (近接性の原則に沿って)。
グローバル設定ファイルはシステム ユーザー ディレクトリ/ユーザー名/.gitconfig に保存されます。これにはユーザー属性のみが含まれます。 
-global が追加されていない場合、ローカル ウェアハウスのユーザー構成のみが設定されます。ローカル ウェアハウスのユーザー構成情報は、.git/config
に保存されます。
上の写真は私のものです ローカル設定のユーザー名のみが設定されています このとき、ローカルウェアハウスに変更を送信すると、送信レコード（下記）のユーザー名はローカル設定を使用します。ユーザーのメールボックスがローカルに構成されていない場合でも、メールボックスはグローバル構成で指定されたメールボックスを引き続き使用します。 
ユーザー情報を設定した後、コードの送信を検討し始めることができますが、考えたくない場合もあります。作業全体について エリア内のすべてのファイルはローカルの倉庫 (バージョン ライブラリ) に送信されます。一時記憶領域 (インデックス/ステージ) の存在により、この問題は解決されます。最初にコード ファイルを一時記憶領域に追加できます。変更する必要があると感じた場合は、一時記憶領域からファイルを削除できます。ファイルが選択されたと感じるまで領域を選択し、ほぼ完了したら、次のステップ (ローカルの倉庫に送信) に進みます。
ステージング領域を管理する前に、ワークスペース ファイルのいくつかのステータスも把握する必要があります:
-------------------------------------- -------下の写真はインターネットからのものです--------------------------- -------- ------------------------
git status コマンドワークスペース ファイルの現在のステータスを表示するために使用できます。 ステータス:
#查看特定文件的状态 git status [filename]#查看所有文件状态 git status #精简的方式显示文件状态 git status -s
まず、ワークスペース内のすべてのファイルのステータスを確認し、ファイルがありません: 
现在创建3个文件，再次使用git status（-s表示精简显示），3个文件的状态为Untracked，??为精简显示下Untracked的标志，意思是新创的文件没有被本地仓库（版本库）跟踪。
git add [文件…] 可以添加一个或多个文件到暂存区，使文件状态变为Staged，A表示该文件被add到暂存区。
也可以使用 git add . 或 git add -A 将工作区所有文件添加到暂存库（除了.gitignore里声明的文件，本文暂不介绍）。
既然可以向暂存区添加文件，那么反向操作必然也不能少，git rm --cached [文件…] 命令可以将暂存区的文件移除，使其恢复到Untracked状态。
如果已经存入暂存区，但在文件提交到本地仓库前，我们对其进行了修改，那么它的状态将变为Modified。
对于Modified状态的文件，我们可以使用git add将修改后的版本加入到暂存区，也可以使用git checkout -- [file...]将工作区的该文件恢复到暂存区的版本。
git add a.c重新添加a.c到暂存区：
下图为使用git checkout -- a.c从暂存区恢复a.c文件，下图中我没有加 “ --”，它的作用是让checkout不检测任何其他选项参数，目的是防止该命令把a.c当做一个分支（checkout 还有一个作用是切换分支）。
对Modified状态下的文件使用 git diff 可以得出文件修改的详细记录，git diff和diff命令虽然作用都是对比文件，但git diff的作用是对比不同的状态下的同一文件，而diff用来对比两个不同的文件。
文件添加到暂存区的目的就是将其提交到本地仓库（版本库），提交命令为git commit -m “message”
我们可以在commit 后面添加文件，这样能指定提交的文件：
通过git log 可以查看提交记录，HEAD为本地仓库当前分支，指向主分支master:
直接使用 git commit -m “message” 可以将整个暂存区都提交到本地仓库：
#以一行的形式显示所有提交版本： git log --pretty=oneline
#一行显示，只显示哈希值的前7位： git log --oneline
#显示历史提交版本与当前版本的间隔数： git reflog
代码文件提交到本地仓库后，还需要推送到远程仓库进行托管。
我以码云为例，远程仓库的创建可以通过以下三步实现：
git remote add
如果要用https的方式上传代码，需要添加远程仓库https地址；用ssh上传代码，则url填远程仓库ssh地址。
まず、コード クラウド ウェアハウスのホームページからウェアハウスのアドレスをコピーします: 
リモート ウェアハウスの起点のローカル エイリアスに名前を付けます: 
リモート ウェアハウスローカルエイリアスが競合しない限り、複数のエイリアスを設定できます。
git Remote -v コマンドでリモート ウェアハウス アドレスを確認することも、git config -l## を通じて確認することもできます。 
git リモート 削除 
git Push name はローカル ウェアハウスのアップロードを実現できます。名前は構成ファイル内のリモート ウェアハウスのエイリアスです。 https を使用してアップロードします。アップロードを完了するにはアカウントとパスワードを入力する必要があります。Windows システムはアカウントとパスワードを自動的に保存します。Windows が保存したユーザー名とパスワードを変更したい場合は、「Gitee の変更」を参照してください。ログイン認証情報。
最初のアップロードが失敗することがあります。 git Push -u name master を使用してみてください。このコマンドの機能は、ネーム ウェアハウスのメイン ブランチを上流ブランチとして使用することです。 -u および – set-upstream 効果は同じです。 
最初のアップロードが失敗する場合があります。 git Push -u name master の使用を試みることができます。このコマンドの機能は、ネーム ウェアハウスのメイン ブランチを上流ブランチとして使用することです。-u と –set-upstream は同じ効果があります。 
[注意]
: クローン作成にはプッシュと同様にパスワードが必要です。
クローン作成が成功したら、ウェアハウス ディレクトリに入ります。これはアップロード時のワークスペースとまったく同じであり、送信ログも同じです。 
2. リモート ウェアハウスの取得 (フェッチ)
git merge はブランチをマージするために使用されます 
3. リモート ウェアハウスをプルする (プル)
推奨学習: 「
以上がGit の基本的な動作原理の詳細な分析の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
