gitのインストールと設定
1. まずgitをダウンロードします。ダウンロードアドレスは次のとおりです。
https://git-scm.com/downloads
インストールが完了したら、デスクトップを右クリックすると、図に示すように git の 2 つのオプションが表示されます。
2. ユーザー情報の設定
「Git Bash Here」をクリックし、ユーザー名とメールアドレスを設定します。Git を介してプロジェクトをバージョン管理する場合、Git はこの基本情報を使用して、誰がプロジェクトを操作したかを記録する必要があるためです。
git config --global user.name "あなたのユーザー名"
git config --global user.email "あなたのメールアドレス"ファイルC:/Users/username フォルダー/.gitconfig
。一度実行すると永続的に有効になります。
3. 構成情報を確認する
メモ帳を使用してグローバル構成情報を表示するだけでなく、次のターミナル コマンドを実行して Git のグローバル構成情報をすばやく表示することもできます。
4. ヘルプ情報を取得する
git help コマンドを使用すると、インターネットに接続せずにブラウザでヘルプ マニュアルを開くことができます。たとえば、
完全なマニュアルを表示したくない場合は、-h オプションを使用してより簡潔なマニュアルを取得できます。ヘルプ」の出力:
gitの基本操作
1. 既存のディレクトリでウェアハウスを初期化します。
バージョン管理されていないプロジェクト ディレクトリがあり、Git を使用してそれを管理したい場合は、次の 2 つの手順を実行する必要があります。
-
在项目目录中,通过鼠标右键打开“Git Bash”
-
执行 git init 命令将当前的目录转化为 Git 仓库
git init コマンドは、.git という名前の隠しディレクトリを作成します。この .git ディレクトリは、現在のプロジェクトの Git リポジトリであり、最初に必要なファイルが含まれています。これらのファイルは、Git リポジトリの必要なコンポーネントです。
2. ワークスペース内のファイルの4つのステータス
Git 操作の最終的な結果は、ワークスペース内のすべてのファイルが「未変更」状態のままになることです。
3. ファイルのステータスを確認する
git statusコマンドを使用してファイルのステータスを確認すると、
ステータス レポートで、新しく作成された Index.html ファイルが [追跡されていないファイル] の下に表示されることがわかります。
追跡されていないファイルとは、以前のスナップショット (コミット) にこれらのファイルが Git に存在しなかったことを意味します。「このファイルを管理するには Git 追跡を使用する必要がある」と明示的に指示しない限り、Git はそれらのファイルを追跡に自動的に含めません。
ファイルのステータスを簡潔に表示したい場合は、次の 2 つの完全に同等のコマンドを使用できます。ここで、-s は --short の省略形です。
4. 新しいファイルを追跡する
ファイルの追跡を開始するには、コマンド git add を使用します。したがって、index.html ファイルを追跡するには、次のコマンドを実行します。
この時点で、git status コマンドを実行すると、index.html ファイルが「Changes to be commit」行の下にあることがわかり、追跡されていることを示します。ステータス:
ファイルのステータスを簡略化して表示します:
ステージング領域に新しく追加されたファイルには、ファイルの前に緑色の A マークが付きます。
5. 更新を送信する
ステージング領域には、保存のために Git リポジトリに送信されるのを待っている Index.html ファイルが存在します。git commit コマンドを実行して送信できます。-m オプションの後には、送信されたコンテンツをさらに説明するために使用される送信メッセージが続きます。
ファイルのステータスを再度確認すると、次のプロンプトが表示されます。
6. 送信されたファイルを変更する
現在、index.html ファイルは Git によって追跡されており、ワークスペースと Git リポジトリ内のindex.html ファイルの内容は一致しています。ワークスペースでindex.htmlのコンテンツを変更した後、git statusコマンドとgit status -sコマンドを再度実行すると、次のファイル
index.htmlが「Changes not staged for commit」行の下に表示され、コンテンツが変更されていることを示します。ファイルの変更が追跡されました。変更は発生しましたが、まだステージング領域に配置されていません。
注: 一時保存領域に配置されていない変更されたファイルには、ファイルの前に赤い M マークが表示されます。
7. 変更したファイルを一時的に保存する
現在、ワークスペースのindex.htmlファイルが変更されています。この変更を一時的に保存したい場合は、再度git addコマンドを実行する必要があります。このコマンドは主に以下の3つの機能を持つ多機能コマンドです。
1. 可以用它开始跟踪新文件
2. 把已跟踪的、且已修改的文件放到暂存区
3. 把有冲突的文件标记为已解决状态
8. ステージングされたファイルを送信します
git commit -m "commit message" コマンドを再度実行して、ステージング領域に記録されたindex.html のスナップショットを保存するために Git リポジトリに送信します。
9. ファイルへの変更を元に戻す
ファイルへの変更を元に戻すとは、ワークスペース内の対応するファイルへの変更を、Git リポジトリに保存されているバージョンに復元することを指します。
操作の結果: すべての変更は失われ、復元できなくなります。リスクは比較的高いため、慎重に操作してください。
元に戻す操作の本質は、ワークスペースで指定されたファイルを Git リポジトリに保存されたファイルで上書きすることです。
10. 複数のファイルをステージング領域に一度に追加する
一時的に保存する必要があるファイルが多数ある場合は、次のコマンドを使用して、すべての新規ファイルと変更されたファイルを一時記憶域に一度に追加できます。
11. 一時保存ファイルの解除
対応するファイルを一時記憶領域から削除する必要がある場合は、次のコマンドを使用できます。
12. ステージング領域を使用してスキップする
Git の標準的なワークフローは、ワークスペース → ステージング領域 → Git ウェアハウスですが、これが少し面倒な場合もあります。その場合は、ステージング領域をスキップして、ワークスペース内の変更を直接 Git ウェアハウスに送信できます。このとき、Gitプロセスはワークスペース → Git リポジトリに簡略化されます。
Git には、ステージング領域を使用してスキップする方法が用意されています。送信時に git commit に -a オプションを追加している限り、Git はすべての追跡されたファイルを自動的にステージングして一緒に送信するため、git をスキップします。手順を追加します。
13. ファイルを削除する
Git リポジトリからファイルを削除するには 2 つの方法があります。
1. 从 Git 仓库和工作区中同时移除对应的文件
2. 只从 Git 仓库中移除指定的文件,但保留工作区中对应的文件
14. ファイルを無視する
一般に、Git で管理する必要のないファイルが常に存在するため、それらのファイルが常に追跡対象外のファイル リストに表示されることは望ましくありません。この場合、無視するファイルの一致パターンをリストする .gitignore という構成ファイルを作成できます。
ファイル .gitignore の形式仕様は次のとおりです。
- # で始まるコメントは、
- /で終わるディレクトリ
- で始まる / 再帰を防止する
- ! で始まるのは否定を意味します
- glob パターンを使用してファイルとフォルダーを照合できます (glob は簡略化された正規表現を指します)。
gitignore ファイルの例
15.グロブモード
いわゆる glob パターンは、簡略化された正規表現を指します。
- アスタリスク* は 0 個以上の任意の文字と一致します
- [abc] は、角括弧内にリストされている任意の文字と一致します (この場合、a、b、または c と一致します)。
- 疑問符? は任意の 1 文字のみに一致します
- 角かっこ内の 2 つの文字をダッシュで区切ります。これは、これら 2 つの文字の範囲内のすべてが一致する可能性があることを意味します (たとえば、[0-9] は、0 から 9 までのすべての数字が一致することを意味します)。
- 2 つのアスタリスク ** は、任意の中間ディレクトリと一致することを意味します (たとえば、a/**/z は、a/z、a/b/z、または a/b/c/z などと一致します)。
16. 提出履歴の表示
プロジェクトのコミット履歴を確認したい場合は、シンプルで効果的なコマンドである git log を使用できます。