記事のディレクトリ
A、Gitの原則
1.1 Gitは何ですか
Gitは、世界中で人気があります 分散型バージョン管理システム。それは、一人一人のコンピュータが完全リポジトリです、何の中央サーバーを持たないネットワーク接続時にバージョンが自分のコンピュータ上にあるため、動作しません。Gitは、もともとLinuxカーネルを支援するために開発されました。Gitには、Linux、Linus Torvalds氏の父親によって書かれました。
- バージョン管理、それは何ですか？バージョン管理（リビジョンコントロールが）私たちは歴史や他のファイル、ディレクトリまたは見やすく変更履歴のエンジニアリング内容を改訂する開発プロセスを管理するための方法であり、バックアップは、ソフトウェアエンジニアリング技術の以前のバージョンを復元します。それは単により多くの共同開発プロジェクトよりも管理するのに使用される技術です。
- メリット：分散開発に適した、個々の重点は、オフラインでの作業;速く、柔軟、サーバーと大きくなりすぎないであろうデータの量には世論の圧力簡単に任意の二人の開発者間の紛争を解決することができます。
1.2 Gitのワークフロー
次のように一般的なワークフローは次のとおりです。
- Gitのクローンリソースの作業ディレクトリとして。
- 追加やリソースクローン上のファイルを変更します。
- 他の誰かが変更された場合は、リソースを更新することができます。
- 提出する前に、変更内容を確認してください。
- 提出されました。
- 変更が完了したら、エラーが発見された場合、あなたは撤回し、改訂して、再度提出提出することができます。
二、Gitはインストールが簡単で、使用することです
Gitのインストール2.1
yum install git -y
gitの--versionを入力し、あなたはgitのバージョンを表示することができます
倉庫の作成2.2
- 倉庫このリポジトリ内のすべてのファイルはGitは注文履歴がすべての時間を追跡することができ追跡することができ、またはいくつかの点で、あなたは将来的に「復元」することができ、Gitは、削除、管理する各ファイルを変更することができます。
1、创建一个目录 mkdir repository
2、通过git init命令把这个目录变成Git可以管理的仓库。
此时，repository版本库里会多一个 隐藏目录.git，此目录是 Git来跟踪管理版本库的。
2.3 添加文件到版本库
- 所有的版本控制系统，只能跟踪文本文件的改动，比如TXT文件，网页，所有的程序代码等等，Git也不例外。版本控制系统可以告诉你每次的改动，比如在第5行加了一个单词“Linux”，在第8行删了一个单词“Windows”。而图片、视频这些二进制文件，虽然也能由版本控制系统管理，但没法跟踪文件的变化，只能把二进制文件每次改动串起来，也就是只知道图片从100KB改成了120KB，但到底改了啥，版本控制系统不知道，也没法知道。
1、用命令git add告诉Git，把文件添加到仓库
- 命令git add ，可反复多次使用，添加多个文件
2、用命令git commit告诉Git，把文件提交到仓库
git commit -m "test.txt submit"
- 命令git commit，可以一次提交很多文件，-m后面输入的是本次提交的说明，可以输入任意内容，最好是有意义的，这样就能从历史记录里方便地找到改动记录。
3、修改test.txt文件内容，运行git status，告诉我们文件被修改过。
- git status命令:查看仓库当前的状态
- git commit -a : 跳过使用暂存区域,自动把所有已经跟踪过的文件暂存起来一并提交，从而跳过 git add 步骤
4、查看文件test.txt，如何被修改，运行git diff
- 命令git diff：查看difference，查看文件具体的改变
5、重新添加修改后的文件，且提交。
在Git中，每当你文件修改完成时，就可以“保存一个快照”，这个快照在Git中被称为commit。一旦你把文件改乱了，或者误删了文件，还可以从最近的一个commit恢复，然后继续工作。
6、我们可以用git log命令，查看文件更改的历史记录：
- git log命令显示从最近到最远的提交日志，我们可以看到3次提交，最近的一次是chenged test.txt,second（我自己又提交了一次），最远一次test.txt submit
2.4 版本回退
现在，我们要把当前版本chenged test.txt,second回退到上一个版本chenged test.txt
1、使用git reset --hard命令，回退：
回退到上一版: git reset --hard HEAD^
回退到倒数第二版: git rest --hard HEAD^^
回退到commit id为xxxxxxx的版本 : git rest --hard xxxxxxx
- 在Git中，用HEAD表示当前版本，上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。
- git reset 和 git reset --hard区别:
git reset(git reset –-soft)回退到某个版本，只回退了commit的信息，不会恢复到index file一级。如果还要提交，直接commit即可。
git reset -–hard彻底回退到某个版本，本地的源码也会变为上一个版本的内容，撤销的commit中所包含的更改被冲掉
2、我们现在又想回到之前的版本chenged test.txt,second，只要上面的命令行窗口还没有被关掉，找到之前版本chenged test.txt,second的commit id即可回到之前的版本。
git reset --hard <commit id>
当然，还可以使用git reflog查看命令历史，回到未来的某个版本。
2.5 工作区和暂存区
- 工作区：在电脑里能看到的目录，我的repository文件夹就是一个工作区
- 版本库：工作区的一个隐藏目录
.git，是Git的版本库。其中,index就是暂存区,还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫 HEAD
前面,我们把文件往Git版本库里添加的时候，是分两步执行的：
- 第一步:
git add把文件添加进去，本质就是 把文件修改添加到暂存区； - 第二步:
git commit提交更改，本质就是 把暂存区的所有内容提交到当前分支。
总的来说，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。
1、我们先对 test.txt进行修改，在新编辑一个test2在工作区。查看状态git status，test2从来没有被添加过，所以它的状态是Untracked。
2、使用两次命令git add,将两个文件都添加后，用git status再查看一下
此时，暂存区的状态
3、执行git commit 就可以一次性把暂存区的所有修改提交到分支
一旦提交后，如果你又没有对工作区做任何修改，那么工作区就是“干净”的
此时，暂存区就没有任何内容了
每次修改，如果不用 git add 到暂存区，那就不会加入到commit中,除非使用 git commit -a -m "xxx"
2.6 撤销修改和删除文件
1、 仅丢弃工作区的修改：
git checkout -- file
2、 要丢弃已添加到暂存区的文件，但未再更改过：
git reset HEAD <file>
##把暂存区的修改撤销掉，重新放回工作区，用HEAD时，表示最新的版本
git checkout -- file
##丢弃工作区的修改
3、ステージングエリアに追加されている破棄され、それが修正されたファイルとなっています。
git checkout -- file
##撤销修改就回到添加到暂存区后的状态
4、ファイル削除
コマンドをgit rm、ファイルを削除します。
- ファイルがリポジトリに提出されている場合は、心配する必要は誤って削除したことはありませんが、唯一の最新バージョンにファイルを復元することができます、あなたは、最新の内容を失うことになる変更をコミット。
