1 つの記事で Git について説明します

ここに画像の説明を挿入

ここに画像の説明を挿入
緑も欲しいですか?下を見てみよう

1.Gitとは何ですか

Git は分散バージョン管理ツールであり、通常はソフトウェア開発プロセスでソース コード ファイルを管理するために使用されます。これらのファイルは、Git ウェアハウスを通じて保存および管理されます。Git ウェアハウスは次の 2 つのタイプに分類されます。

  • ローカル ウェアハウス: 開発者自身のコンピューター上の Git ウェアハウス
  • リモート リポジトリ: リモート サーバー上の Git リポジトリ

ここに画像の説明を挿入

  • commit: ローカル コードとバージョン情報をローカル ウェアハウスに送信して保存します。
  • プッシュ: プッシュ、ローカル ウェアハウス ファイルとバージョン情報をリモート ウェアハウスにアップロードします。
  • pull: プル、リモート ウェアハウス ファイルとバージョン情報をローカル ウェアハウスにダウンロードします

2、Git のダウンロードとインストール

ダウンロード アドレス: https://git-scm.com/download
ここに画像の説明を挿入
ダウンロードが完了すると、インストール ファイルが表示されます。
ここに画像の説明を挿入
クリックして次へ進み、インストールが成功したかどうかを確認するにはどうすればよいですか? 任意のディレクトリでマウスの右ボタンをクリックし、次のメニューが表示されれば、インストールが完了したことを意味します。
ここに画像の説明を挿入

  • Git GUI はこちら: Git GUI を開きます
  • Git Bash はこちら: Git コマンドラインを開きます。

3. Gitコードホスティングサービス

Git には 2 種類のリポジトリが存在します。地元の倉庫遠隔倉庫, Git リモート ウェアハウスを構築するにはどうすればよいですか?
より一般的に使用されるのは、GitHub、Code Cloud、GitLab などです。ここではサーバーが中国にあるため、Github よりも高速な Gitee を選択します。

コードクラウドコードホスティングサービスを利用する

1. 登録コード クラウド アカウント
登録 Web サイト: https://gitee.com/signup
ここに画像の説明を挿入
2. ログイン コード クラウド
ここに画像の説明を挿入
3. リモート ウェアハウスを作成します。
ここに画像の説明を挿入
ウェアハウスの基本情報を入力します。
ここに画像の説明を挿入
作成が完了すると、ウェアハウスのいくつかの情報を表示できます。ウェアハウス:
ここに画像の説明を挿入
注:各 Git リモート ウェアハウスはネットワーク アドレスに対応します。[クローン/ダウンロード] をクリックし、ポップアップ ウィンドウの [コピー] ボタンをクリックしてネットワーク アドレスを取得します。

4. 他のユーザーをウェアハウスのメンバーになるよう招待します
。Code Cloud 上に独自のリモート ウェアハウスを作成しました。現在、ウェアハウスのメンバーはあなただけです (管理者として)。実際の企業開発では、プロジェクトを複数人で共同開発することが多く、複数の参加者にリモートウェアハウスの操作権限を与えるためには、他のプロジェクト参加者を現在のウェアハウスのメンバーに招待する必要があります。
ここに画像の説明を挿入

4、Git共通コマンド

Git のグローバル設定

Git をインストールするときに最初に行うことは、ユーザー名と電子メール アドレスを設定することです。すべての Git コミットでこのユーザー情報が使用されるため、これは非常に重要です。

Git コマンド ラインで次のコマンドを実行します。

	// 设置用户信息
   git config --global user.name “itcast”
   git config --global user.email “[email protected]
	// 查看配置信息
	git config --list

ここに画像の説明を挿入

注: 上記で設定した user.name と user.email は、Code Cloud アカウントの登録時に使用したユーザー名とメール アドレスではなく、ここで任意に設定できます。

Git リポジトリを取得する

Git を使用してコードのバージョン管理を行うには、まず Git リポジトリを取得する必要があります。

通常、Git リポジトリを取得するには 2 つの方法があります。

  • Git リポジトリをローカルで初期化する (一般的には使用されません)
  • リモート リポジトリからクローンを作成する (一般的に使用されます)

実行手順は次のとおりです。
1. ローカル Git ウェアハウスとして任意のディレクトリに空のディレクトリを作成します。
2. このディレクトリを入力して、Git Bash ウィンドウを開きます。 3.現在のディレクトリに .git フォルダが表示されたら、
git init コマンドを実行します。
ここに画像の説明を挿入
(このフォルダーは隠しフォルダーです)、Git ウェアハウスが正常に作成されたことを意味します

Git が提供するコマンドを使用してリモート ウェアハウスからクローンを作成したり、リモート ウェアハウスをローカル ウェアハウスにクローンしたりできます。

	// 克隆仓库
	git clone

ここに画像の説明を挿入

ワークスペース、ステージングエリア、リポジトリ

リポジトリ: 前に見た .git 隠しフォルダーはリポジトリであり、多くの構成情報、ログ情報、ファイル バージョン情報などが保存されます。
ここに画像の説明を挿入

ワークスペース: .git フォルダーを含むディレクトリはワークスペースであり、作業ディレクトリとも呼ばれ、主に開発されたコードを保存するために使用されます。
ここに画像の説明を挿入

一時記憶領域: .git フォルダーには多くのファイルがあり、インデックス ファイルの 1 つは一時記憶領域 (ステージとも呼ばれます) です。ステージング領域は、変更されたファイルを一時的に保存する場所です
ここに画像の説明を挿入

ここに画像の説明を挿入

Gitワークスペースファイルのステータス

Git ワークスペース ファイルには 2 種類の状態があります。
1. 未追跡 (バージョン管理に含まれない)
2. 追跡済み (バージョン管理に含まれる)

  1. 未変更 未変更の状態
  2. 変更済み 変更済みステータス
  3. ステージングされたステージングされた状態

注:これらのファイルのステータスは、Git コマンドを実行すると変化します。
ここに画像の説明を挿入
ここに画像の説明を挿入

地元の倉庫業務

ローカル ウェアハウスの一般的なコマンドは次のとおりです。

	git status // 查看文件状态
	git add	   // 将文件修改加入暂存区
	git reset  // 将暂存区文件取消暂存或提交到指定版本
	git commit // 将暂存区文件提交到版本库
	git long   // 查看日志

ここに画像の説明を挿入

git status:
ここに画像の説明を挿入
git add:
ここに画像の説明を挿入
git reset:
ここに画像の説明を挿入
git commit:

	git commit -m "提交信息"

ここに画像の説明を挿入
git log:
ここに画像の説明を挿入
ここでは、作成者に先ほど設定したグローバル情報のユーザー名とメールが含まれていることがわかります。

ログにはコミットの後にバージョン情報の文字列があり、この情報に基づいて指定されたバージョンをリセットします。

	git reset --hard

ここに画像の説明を挿入
ここに画像の説明を挿入
当時のバージョンには user.xml が存在しなかったため、user.xml が欠落していることがわかります。

遠隔倉庫業務

これまでのコマンド操作はすべてローカル倉庫に対するものでした。今度はリモート倉庫の操作をいくつか学びましょう。

	git remote		// 查看远程仓库
	git remote add  // 添加远程仓库
	git clone       // 从远程仓库克隆
	git pull        // 从远程仓库拉取
	git push        // 推送到远程仓库

リモート ウェアハウスの表示:
構成されたリモート ウェアハウス サーバーを表示したい場合は、git Remote コマンドを実行すると、各リモート サーバーの略称が一覧表示されます。

ここに画像の説明を挿入
ここに画像の説明を挿入
ウェアハウスは手動で git init されており、リモート ウェアハウスからクローンされたものではないため、ローカル ウェアハウスにはリモート ウェアハウスが関連付けられていないことがわかりました。

リモート ウェアハウスを追加する:
リモート ウェアハウスを追加し、git Remote add <shortname> <url>を実行して新しいリモート Git ウェアハウスを追加し、参照できる短縮表現を指定します。
ここに画像の説明を挿入

リモート ウェアハウスをローカルにクローンする:
既存の Git リモート ウェアハウスのコピーを取得する場合は、 git clone コマンドを使用します。Git は、コピー作業に必要なファイルだけでなく、Git ウェアハウス サーバー上のほぼすべてのデータ (ログ情報、履歴などを含む) のクローンを作成します。
ウェアハウスのクローンを作成するためのコマンド形式は次のとおりです: git clone [url]
ここに画像の説明を挿入

リモート ウェアハウスへのプッシュ:
ローカル ウェアハウスのコンテンツをリモート ウェアハウスにプッシュするには、次のコマンドを使用できます: git Push [remote-name] [branch-name] git Push
ここに画像の説明を挿入
ここに画像の説明を挿入
コマンドを使用してローカル ファイルをコード クラウドにプッシュする場合リモート倉庫、認証が必要です。認証は次のようにプッシュできます。

ここに画像の説明を挿入
リモート ウェアハウスからのプル:
git pull コマンドの機能は、リモート ウェアハウスから最新バージョンを取得し、それをローカル ウェアハウスにマージすることです。コマンドの形式は次のとおりです: git pull [short-name] [branch-name]
ここに画像の説明を挿入
注:現在のローカル ウェアハウスがリモート ウェアハウスからクローンされているのではなく、ローカルに作成されたウェアハウスであり、ウェアハウス内にファイルがある場合、この時点でリモート ウェアハウスからファイルをプルすると、エラーが報告されます (致命的: マージの拒否)関係のない歴史)

この問題を解決するには、 git pull コマンドの後にパラメーター--allow-unpopular-historiesを追加します。

分岐操作

ブランチは、Git の使用において非常に重要な概念です。ブランチを使用するということは、開発の本線に影響を与えないように、作業を開発の本線から分離できることを意味します。

同じ倉庫内に複数の支店を持つことができ、各支店は互いに独立しており、相互に干渉しません。git initコマンドを使用してローカル ウェアハウスを作成すると、デフォルトで master ブランチが作成されます。

	git branch					// 查看分支
 	git branch [name]			// 创建分支
	git checkout [name]			// 切换分支
 	git push [shortName] [name]	// 推送至远程仓库分支
 	git merge [name]			// 合并分支

ブランチを表示:

  • git Branch はすべてのローカル ブランチをリストします
  • git Branch -r はすべてのリモート ブランチをリストします。
  • git Branch -a はすべてのローカル ブランチとリモート ブランチをリストします。

ここに画像の説明を挿入
ここに画像の説明を挿入
ここに画像の説明を挿入
ブランチの作成:
ブランチの作成 コマンド形式: git ブランチ [名前]
ここに画像の説明を挿入
switch ブランチ:ブランチの
切り替え コマンド形式: git checkout [名前]
ここに画像の説明を挿入
リモート ウェアハウス ブランチへのプッシュ:
リモート ウェアハウス ブランチへのプッシュ コマンド形式: git Push [shortName] [名前]
ここに画像の説明を挿入
ここに画像の説明を挿入
ブランチのマージ:
ブランチをマージするコマンド形式: git merge [名前]
ここに画像の説明を挿入

マージ競合

Git におけるマージ競合とは、git merge や git pull などの操作を実行するときに、同じファイルのコードの同じ部分が同時に変更されていることが判明した場合、Git がどの変更を行うべきかを自動的に決定できないことを意味します。維持されるため、マージが失敗します。マージ競合を解決するには、ファイルを手動で編集し、保持する変更を選択し、競合を解決するバージョンをコミットする必要があります。

マージ競合を解決する一般的な手順は次のとおりです。

1. git status コマンドを使用して、どのファイルにマージ競合があるかを確認します。

2. 競合を含むファイルを開くと、次のようなマークが表示されます。
ここに画像の説明を挿入

3. 必要に応じてファイルを手動で編集し、競合を解決します。現在のブランチのコードを保持するか、ブランチのコードをマージするか、特定のニーズに応じてカスタム変更を行うかを選択できます。

4. 競合を解決した後、ファイルを保存し、ファイル内の競合マーカーを削除します。

5. git add コマンドを使用して、解決された競合ファイルをステージング済みとしてマークします。

6. 最後に、git commit コマンドを実行して、競合を解決するバージョンを送信します。通常、Git はマージ コミット メッセージを自動的に生成し、必要に応じて編集できます。

7. プル操作中に競合が解決された場合は、git pull コマンドを実行して、マージが正常に解決されたことを確認する必要がある場合もあります。

ラベル操作

Git のラベルは、特定の時点でのブランチの状態を指します。ラベルを通してマーキング時の状態に切り替えることができ大変便利です。
通常、ユーザーはこの機能を使用してリリース ノード (v1.0、v1.2 など) にタグを付けます。以下は mybatis-plus のラベルです。
ここに画像の説明を挿入

 git tag							列出已有的标签
 git tag [name]						创建标签
 git push [shortName] [name]		将标签推送至远程仓库
 git checkout -b [branch] [name]	检出标签

既存のタグのリスト:
既存のタグのリストはコマンドを使用できます: git tag
ここに画像の説明を挿入
create tags:
タグの作成にはコマンドが使用できます: git tag [name]
ここに画像の説明を挿入
リモート ウェアハウスにタグをプッシュ:
タグをリモート ウェアハウスにプッシュするコマンド形式: git Push [shortName] [名前]
ここに画像の説明を挿入

ラベルのチェックアウト:
ラベルをチェックアウトするときは、特定のラベルを指す新しいブランチを作成する必要があります。ラベルをチェックアウトするためのコマンド形式: git checkout -b [ブランチ] [名前]
ここに画像の説明を挿入

おすすめ

転載: blog.csdn.net/buhuisuanfa/article/details/131864635