gitの詳しい操作方法

01 Git の概要

目標

git の基本的な定義をマスターし、

Gitとは

• Gitバージョン管理システムは是分散システムであり、是プロジェクトのソース コード (ゲーム アーカイブ) の履歴状態を保存するために使用される命令行ツールです。
• Git は、バージョン管理 (アーカイバ) のためのコマンド ライン (小さな黒いウィンドウ) ツールです。

Git の役割は何ですか?

• • 版本管理ツール: 人間の言葉を話すと、入力コードのすべてのリンクを記録できます (ゲーム アーカイブをプレイするのと同様)

Git アプリケーション シナリオの概要

1. 多人开发コード管理

現時点では、複数人でコードを作成する場合、最も原始的なコピー アンド ペースト操作を使用してコードをマージしたいと考えています。git を使用すると、ワンクリックで実行できます

1. 异地开发コード管理

実際の開発では、仕事中に会社のコンピュータを使用してコードを入力することがあります。たまに家に帰ってこっそりパソコンで残業するとき、以前はUSBメモリを用意してコピー＆ペーストする方法がありました。git を使用すると、ワンクリックで直接実行できます。

1. 版本管理
   たとえば、会社の Web サイトのバージョン 1.0 を作成して使用しており、今後いくつかの新しい機能を追加する予定ですが、この機能は不安定であり、既存の安定バージョンに影響を与えないように開発とテストを行う必要があります。以前は、安定版のコピーを別に作成して機能を追加し、それが完了した後に以前のバージョンを置き換えるというやり方が行われていました。git を使用すると、ワンクリックで実行できます。
2. 版本回滚：
   例えば今週はプロダクトマネージャーが機能を提案して、一週間頑張ってコードを書きました。
   翌週、プロダクトマネージャーは、この機能はもう利用できないと言い、削除して他の機能に置き換えるようにと言いました。
   コードを削除した後、プロダクトマネージャーの要求に従って、さらに 1 週​​間コードを書き続けました。来週、プロダクト マネージャーは、この機能はまだ前回ほど良くない、先週に変更しましょう、と言いました。心配しないでください。git を入手した後は、ワンクリックで実行できます
   
   。

他にバージョン管理ツールはありますか?

• git: 現在最も使用されているバージョン管理ツール
• svn：一部の企業でも利用されており、使い方はgit（Tencent VideoやYouku Videoに相当）と似ています。

まとめ

1. git とは何ですか?

プログラマーに必要なコードバージョン管理ソフトウェア

02Gitのインストール手順

目標

インストールプロセスをマスターする

ダウンロード

アドレス: Git - ダウンロード

インストール

デフォルトではプロセス全体をクリックするだけで、他のオプションを変更する必要はありません（提案: C ドライブ以外の場所にインストールしないでください）。

インストールが成功したかどうかを確認する

コンピューター上の任意のフォルダーを右クリックすると、Git コマンド オプションが表示され、インストールが成功したことが示されます。

マックシステム

1. まず組み込みターミナルを使用し、 git --version と入力し、バージョン番号が表示されたら Enter キーを押します。説明がインストールされました

2. バージョン番号が表示されない場合は、ターミナルに brew install git と入力し、Enter キーを押してインストールを待ちます。インストールが成功したら、ステップ 1 を繰り返して、インストールが成功したかどうかを確認します。

03 ユーザー情報の設定

目標

ユーザー情報の設定方法をマスターする

構成する理由

git ソフトウェアをインストールした後、最初に行うことは、誰がどのコードを送信したかを知ることができるように用户名独自の設定を行うことです。邮件地址

ユーザー情報コマンドの設定

git config --global user.email "コードクラウドアカウントのメールアドレス"

git config --global user.name "コードクラウドのユーザー名 (好きなものを書いて構いません)"

知らせ：

1. git config --global user.name および git config --global user.email で構成されたユーザー名と電子メール アドレスは、C:/Users/username フォルダー/.gitconfig ファイルに書き込まれます。このファイルは Git のグローバル構成ファイルであり、一度構成すると永続的に有効になります。
2. 上記の電子メール アドレスとユーザー名は本物ではない可能性があります。または、後で変更できます。

すべてのグローバル構成を表示する

git config --list --global

すべてのグローバル構成を表示する

git config --list --global

指定されたグローバル構成項目を表示する

git config ユーザー名

git config user.email

04 gitを使用する基本的な作業プロセス

目標

git の基本的なワークフローをマスターする

9 つの一般的な操作

プログラマー向けの高頻度操作が 9 つあります。詳細は以下の通り。

• 1. プロジェクトフォルダーを新規作成（1回のみ）

• 2.フォルダに入る（重要）

• 3.初始化仓库：git init(一度だけやってください)

• 4.编码

• 5.添加文件信息： git add .

• 6.确认添加信息：git commit -m"描述信息"

• 7. 詳細なログ情報を表示します: git log

• 8. 簡単なログ情報を表示します: git log --oneline

• 9. バージョンのロールバック: git restart --ハード バージョン番号

ステップ 123 はプロジェクトに 1 回だけ必要ですが、ステップ 456 は頻繁に使用され、ステップ 789 は時々使用されます。

1. 新しいフォルダーを作成します

古いプロジェクト（既存のプロジェクト）の場合は、この手順は省略できます。

2. git コマンドの入力を開始します

このフォルダーに入り、右クリックして[Git Bash Here]を選択します

gitコマンドラインツールを開きます

(青い小さな窓)

3. プロジェクトを初期化する

青い小さな窓から入ってくださいgit init

知らせ：

1. 古いプロジェクトの場合、この手順は省略されます。
2. .git ディレクトリは非表示になっている可能性があるため、表示するには表示に設定する必要があります

4. コーディング（プログラマーの日常業務）

このディレクトリで通常の開発を行います: ファイルの作成、ファイルの内容の変更など。

例:index.txt を追加し、コンテンツを書き込みます (どのコンテンツでも問題ありません)。

5. アーカイブを追加する

注文：

git add .

注: このコマンドは一時記憶領域にファイル情報を追加するだけであり、まだアーカイブされていないため、アーカイブを確認するには git commit コマンドを使用する必要があります。

6. アーカイブを確認する

注文git commit -m "说明"

アイコン

以上流程是实际开发中主要使用流程

まとめ

git add 。

git commit -m "操作内容"

05 git の 3 つの領域

目標

git の 3 つの領域の役割を理解し、git add commit の使い方をマスターする

3つの地区

• ワークスペース: 作業が行われるエリア
• 一時保管領域：一時的に保管するための領域
• ローカル git ウェアハウス: 最終ストレージ領域

比較理解

人生

フォルダ

• ワークスペース: コンピュータ上に表示されるディレクトリ
• 一時保存領域: .git フォルダー内のインデックス内 (バイナリ レコード)
• リポジトリ: .git フォルダー全体を指します (ローカル ウェアハウスともみなされます)。

コードに反映される

3 つのゾーンと git コマンド

06 提出情報を見る

目標

コミット情報を表示するための一般的なコマンドをマスターする

コミット履歴を表示する

次の 2 つのコマンドは、送信レコードを表示するために使用されます。

• git ログ
• git log --oneline
• git reflog: このコマンドは、送信されたすべてのレコードを表示できます

07 ファイルステータスの表示

目標

ファイルの状態を表示するコマンドをマスターして、ファイルの4つの状態を理解できるようにしましょう

コンテンツ

ホストされていないファイル: 追跡されません

ホストされているファイル (追加、コミット): 変更、ステージング、送信

注文

# ウェアハウス ファイルのステータスを表示する
git status 

# 短いバージョン情報を表示する
git status -s

ファイルを変更した後:

新しく追加されたファイル:

• 追跡されていない (追加されたファイル)
• 変更済み (ファイルは一度Git によって記録され、その後ワークスペースで変更されました)
• 一時（新規に追加されたファイル、一時記憶領域に追加された後の状態）
• 送信済み (コミットするものは何もありません)

• • 何も送信できないこと、つまりすべてのコンテンツが git リポジトリに送信されたことを示します。
  • 一部のドキュメントでは、この状態をunmodified。これは、コードが最後の送信以来変​​更されていないことを意味します。

練習

自分でファイルを操作すると4つの状態が確認できます。

08コードリカバリ

目標

コードリカバリの方法をマスターする

ワークスペースから復元する

コードを変更しましたが、変更を中止したい（現時点では追加はありません）

git ステータス

git 復元ファイル名

ステージング領域からの復元

コードを変更して追加したので今回は諦めたいと思います。

gitリセットHEADファイル名

git checkout --ファイル名

全体的なロールバック

ロールバック後

git reset --hard 提交流水号

ログ情報が不完全になります。代わりに git reflog を使用してください

08 file_git ファイルを無視する

目標

gitignore ファイルの役割と構成を理解する

説明

1. 場合によっては、git で特定のファイル/フォルダーを追跡および管理したくない場合があります。
2. このシナリオでは、 .git フォルダーの隣に.gitignore (名前は固定) という無視ファイルを作成し、無視ルールを記述する必要があります。
3. これらのルールは次のように記述できます

# 破号はコメントを意味します
# 指定されたファイル
password.txtを無視します #

フォルダー
cssを無視します # 
css/index.js

フォルダー下のファイルを無視します# 
css/*.js
フォルダー下の特定の種類のファイルを無視します

1. 次に、ルート ディレクトリに新しいpassword.txtを作成して、gitがどのような変更を追跡したかを確認します。

git ステータス

1. .gitignore のみが追加されており、ルールに適合するものは無視されていることが判明

   

まとめ

1. ファイルを無視するように git を設定するにはどうすればよいですか?

• .git フォルダーの隣に .gitignore ファイルを作成し、このウェアハウス フォルダーの下のルールを満たすフォルダー/ファイルを無視するように関連する構文構成を記述します。

09 リモート倉庫の紹介

目標

遠隔倉庫とは

リモート (リモート) ウェアハウスは実際にはリモート git サーバーであり、コードを保存するのに役立つサーバーです。

• ローカル git ストレージ: コンピューターを紛失したり、ハードディスクが破損したりした場合は、そのまま路上に行ってください。

• リモート git ストレージ: コンピューターが壊れて新しいものに交換した場合、インターネットから再ダウンロードするだけで済みます。

一般的なリモート倉庫とは何ですか?

(1)github：無料。海外サーバーへのアクセスが不安定です。「世界最大のゲイ出会い系サイト」

• • 勉強するときにも使えますし、中小企業の中には仕事の節約にも使うところもあります。

(2)コードクラウド: 無料。国内サーバー。

（3）ギットラボ：

(4) プライベートサーバー：会社のコンピュータルームにあるサーバー（仕事中に遭遇）

上記のリモート倉庫の利用プロセスはほぼ同じです。

遠隔倉庫の役割

コラボレーション

遠隔倉庫の利用の流れ

リーダー（倉庫の作成者、最高の権限を持つ）

リモート ウェアハウスにログインし、空のプロジェクトを作成します。

メンバーに権限を追加する

メンバー

1. リモート倉庫にログインする
2. コードをローカルにプルする
3. ローカルで編集、保存、コードを送信
4. リモートに同期する

まとめ

リモート倉庫の活用例10例

目標

Code Cloud を例として、リモート ウェアハウスの使用法をマスターします。

1. コードクラウド Web サイト上で

建立仓库

2. リモート倉庫を置く克隆到本地

 git clone 仓库网址

git clone: クローン、リモート ウェアハウス全体をローカル ウェアハウスにクローンします。

• • この名前付けは、すべてのコードをプルすることと同じです (リモート ウェアハウス フォルダー全体をローカルにコピーします)。
  • このコマンドは通常、项目开始次の場合にのみ使用できます。执行一次

ローカルにディレクトリが作成されます。

3.本地编写代码

git add . は git commit -m "ファイル情報の追加" と同じです。

4. ローカルコードを入力します推送到远程

git push

5.リモコンコードを入れる拉取到本地

git pull: プル、複数人による開発に使用されます。たとえば、他の人が書いたコード ファイルがリモート ウェアハウスに送信された場合、このコマンドを通じてリモート ウェアハウスのコードをローカルにプルできます。

• このコマンドはすべてのコードをプルするのではなく、リモートで新しく追加されたコードをプルするだけです (他の人が書いたコードをローカルにマージします)。

• このコマンドは複数人で開発している場合、每天出勤前に実行することを推奨します。一次

11 リモート倉庫の複数人による開発と構成のプロセス

目標

複数人での開発の基本プロセスをマスターする

コンテンツ

1. リーダー (ウェアハウスの作成者) が他の開発者 Xiaohua を招待します
2. Xiaohua が開発者になる
3. Xiaohuaのクローンコード
4. 小華正常開発プロジェクト

1. 1. git add 。
   2. git commit -m ""

1. Xiaohua さんがコードを提出しました

1. 1. gitプッシュ

全体のアイコン

git pull でよくある間違い

1. プルする前に忘れずにコミットする

1. マージ競合

マージ: 2 つのバージョンのコードをマージします。

競合: マージに失敗しました。

例えば：

1. 生徒 A は、a.txt の最初の行を変更し、リモートに送信しました。
2. クラスメイト B のローカル倉庫も、a.txt の最初の行を変更してコミットしました
3. クラスメイト B の git pull (リモートからのプル) でエラーが発生しました。2 人が同じ場所を変更しました。

対処する：

1. 問題を手動で解決します。どのコードを使用するかを確認してください
2. コミットを追加

1. git プル
2. gitプッシュ

12 リモートウェアハウス SSH 構成

目標

リモートウェアハウスのSSH設定方法をマスターする

2つのアクセス方法

リモート倉庫にアクセスするには 2 つの方法がありますHTTPS。SSH

• HTTPS: 零配置; ただし、倉庫にアクセスするたびに、正常にアクセスするにはアカウント番号とパスワードを繰り返し入力する必要があります (現在は必要ありません)

• SSH: 需要进行额外的配置; ただし、構成が成功すると、ウェアハウスにアクセスするたびにアカウント番号とパスワードを繰り返し入力する必要はありません。SSH を使用して社内のリモート倉庫にアクセスすることも推奨されます。

SSH の概要

暗号化通信プロトコル

SSH キーの役割: ローカル ウェアハウスと Github 間の暗号化されたデータ送信をログインなしで実現します。

SSH キーの利点: ログイン不要の ID 認証、暗号化されたデータ送信。

SSH キーは、次の 2 つの部分で構成されます。

• id_rsa (秘密鍵ファイル、クライアントコンピュータに保存)

• id_rsa.pub (公開キーファイル。リモートサーバーで設定する必要があります)

SSH構成プロセス

1. Git Bash を開く
2. コマンドを入力します:ssh-keygen -t rsa -C '邮箱'

1. 1. ここのメールボックスは、グローバル構成 (git config --global user.email) および Code Cloud に登録されたメールボックスと一致している必要があります。
   2. Enter を 3 回続けて押して、C:\Users\username フォルダー .ssh ディレクトリに id_rsa と id_rsa.pub という 2 つのファイルを生成します。

1. id_rsa.pub ファイルをメモ帳で開き、その中のテキストをコピーします。

   

2. リモート リポジトリの URL で、点击头像 -> 设置 -> SSH 公钥 -> 粘贴

作業過程

まとめ

11 支店紹介

問題のインポート

たとえば、Web サイトの最初のバージョンがリリースされ、その機能は安定しています。これからバージョン 2.0 を開発するためにいくつかの新しい関数を追加する予定ですが、問題はコードをどのように記述するかです。

バージョン 1.0 に基づいて開発を続ける場合、1.0 のコードが安定していることを確認するにはどうすればよいでしょうか? プログラマーのアプローチ: ブランチをカットします。

グラフィック：

理解ブランチ

ブランチとは、文字通り、バージョンへのリンクです。

1. 支店の機能は何ですか?

• 送信されたバージョン レコードを独立して開発および維持でき、他のブランチと相互に影響を与えることはありません。特に複数の人が同じプロジェクトを開発する場合、自分のコードを個別に制御できます。

1. ブランチでの機能開発が完了したら、最後のステップは何をすればよいでしょうか?

• メイン ブランチにマージして戻し、最終的なメイン ブランチにすべてのモジュールのコードが含まれていることを確認し、最終的に均一に配信します。

ブランチアプリケーションのシナリオ

1. 開発時に機能モジュールに応じて分岐を切断

1. 1. 例: 5 ページあり、5 つの枝をカットします。

1. バグがある場合はブランチを分割してバグを解決する

git ブランチ関連のコマンド

Git命名	作用	详细描述
gitブランチ	現在を表示工作分支
git ブランチ ブランチ名	新しいサブブランチ	新しいトランペット アーカイブを作成し、現在のアーカイブをトランペットにバックアップします。
git checkout ブランチ名	作業ブランチを切り替える	現在のアカウントを切り替える（トランペットをブラシ装備に変更）
git merge ブランチ名	ブランチをマージする	サブブランチのコードをメインブランチにマージします（小規模アカウントの機器は大規模アカウントに移動されます）。
git Branch -d ブランチ名	サブブランチの削除 (慎重に使用してください)	ブランチを削除する

12. 分岐に関する代表的な操作

1. ブランチを表示する

注文：git branch

機能: すべてのブランチを表示

注: プロジェクトの開始時に、master という名前のデフォルトのブランチが存在します。マスターブランチを示します。

2.新建分支  

注文：git branch 分支名

機能: 新しいブランチを作成する

例：git branch v2

グラフィック：

3.切换分支

コマンド: git checkout 分支名(ブランチを作成した後、コードはデフォルトでまだメイン ブランチにあります。作業ブランチをサブ ブランチに切り替える必要があります)

機能: スイッチ分岐

例：git checkout v2

グラフィック：

注: ブランチを切り替えるときは、最初にコミットしてください。
 

4.在新的分支上进行编码

コードが送信されると、ポインタも移動します

// コードを変更します

git add 。

git commit -m "コミット 3"

// コードを変更します

git add 。

git commit -m "コミット 4"

5.合并分支

形式: git merge ブランチ名

注: マージする前に、コミットする必要があります。

マージ: 現在 master ブランチにあると仮定して、v2 ブランチのコードをマージします。マージの目的: マスターのコードは v2 のコードと同じです。マスターにも v2 コードを持たせます。

6.删除分支

フォーマット：git branch -d 分支名

例: git ブランチ -d v2

知らせ：

1. ブランチを削除するには、現在の作業ブランチを別のブランチに切り替える必要もあります
2. コードを失わずにブランチを削除する