我在職場上從SVN改用Git作為版本管理軟體。
雖然已經三個月切換了，但我意識到尚未正確理解和運用它，因此需要重新從頭學習。

在阅读以下的教科书时，我将试着总结一下，以便在以后自己回顾时更容易理解。
也就是说，我会将错误的内容或者以我自己的方式简明易懂地呈现出来。

教材

适用于工程师的Git教材 实践应用！版本控制和团队开发方法
我使用之前在Kindle上购买的这本书。

Git是一种版本控制系统。

在版本控制中被分类为分散式。

• 集中型

• SubversionやVCSのようなバージョン管理のこと。

• 名前の通り一つのサーバーに集約して全体のソースを管理する

• 分散型

• Gitはこちらに分類される。

• クライアントへサーバー側の持っている情報全て（過去の更新履歴を含めたリポジトリ全体）をミラーリングする。

故にネットワークに接続していない状態でも、ローカルでさらに分岐して開発することが出来る。

Git最基本的三根箭，非三個領域。

有三个区域，包括工作目录、暂存区和代码仓库。

• ワーキングディレクトリ

• Gitでバージョン管理の対象にしたプロジェクトの、実際に編集などするファイルのあるところ。

• Eclipseで言えば普通のワークスペース以下のソースコード。

• ステージングエリア

• リポジトリへコミットをするファイルを選択してまとめておくエリア。

• コミットを実行すると、ここにまとめてあるファイルがリポジトリにまとめて登録される。

• リポジトリ

• SVNと同じバージョン管理をしている本体。

コミットを行うとここに登録される。

换句话说，比如一个界面需要添加文件上传功能和设计修改。
我们创建了上传按钮，并进行了上传处理的添加和修改。
另外还进行了设计修正。

所以，如果把这些合并成一个提交，以后查看时很难分辨出源代码中对应哪个功能的修正。

因此，决定将提交分开。
工作目录：将已修正的文件中用于上传功能的文件暂存到暂存区。
暂存区：将暂存的文件合并提交。
存储库：将此提交“保留为用于上传功能的提交”。

这就是这样的事情

使用Git进行监视

她在监视着工作目录的变更。

未追踪

不需要提案进行阶段处理的新创建的文件。

未经修改

认定在工作目录中有变更的文件作为存储到暂存区的候选。

修改过的

在工作目录中，将有变更的文件识别为可存入暂存区的候选状态。

已经上演

存储在预备区的状态
一旦达到这种状态，就会变为追踪状态，并且随后的更改将始终被提议作为待处理的候选项。