Gitの使用

1 Gitの歴史

人生の大きなイベントの多くと同様、Gitのは、大規模な紛争の非常に革新的な時代に生まれました。Linuxカーネルのオープンソースプロジェクトは、公共の参加の広い数を持っています。Linuxカーネルの保守作業の大半は、パッチを提出し、消費されたアーカイブ退屈な情勢（1991年から2002年の年）を保存。2002年までに、全体のプロジェクトチームは、コードを管理し、維持するために、分散型バージョン管理システムのBitKeeperを有効にするために始めました。

同社は、オープンソースのLinuxカーネルコミュニティの端とのBitKeeperビジネス関係を開発し、2005年、ことで、彼らはBitKeeperのを無料でご利用の力を回復しました。これは、Linuxのオープンソースコミュニティ（特にLinuxの創始者Linus Torvalds氏は）彼らは同じミスをしていない場合のみ、バージョン管理システムの独自のセットを開発し、学ばなければならなかった余儀なくされました。彼らは、新しいシステムの目標数を設定します。

•スピード

•シンプルなデザイン

•非直線モードの開発のための強力なサポートは、（並行開発ブランチの何千もすることができます）

•完全分散

•Linuxのカーネルは（スピードとデータ量）に似ているように効率的に大規模なプロジェクトを管理する能力を持っています

2 SVNとGitの比較

2.1 Svnの

SVNは、集中バージョン管理システム、リポジトリは中央サーバーに焦点を当てて、作業時間、自分のコンピュータで使用されているので、最初にすべての中央サーバから最新バージョンを取得する場所を、その後の仕事に、仕上がりです、我々は中央サーバーに自分で仕事を終える必要があります。それができる場合の集中バージョン管理システムは、仕事にネットワーク接続する必要があり、インターネットで、スーマンた場合、それが押された場合、帯域幅は、LAN、十分な速さで十分な大きさです。

この図は、標準、集中バージョン管理ツールの管理であります：

簡単に一人一人の開発権を把握することができる他のどのような開発者、および管理者が参照するには、ある程度の集中管理。

しかし、その利点と比較して、集中型のバージョン管理ツールの欠点は明白です：

故障のリットルサーバーの単一のポイント

Lフォールトトレランス差

2.2 Gitの

Gitは分散型バージョン管理システムである、それは何の中央サーバーを持っていない、一人一人のコンピュータには、バージョンが自分のコンピュータ上にあるので、物事は、仕事に必要のないときにすることを、完全なリポジトリです。みんなのコンピュータが完全にリポジトリを持っているので、個人がそれをどのくらいの共同作業をどのように？たとえば、コンピュータAに自分のファイルを変更するには、他の人がコンピュータにAファイルを変更し、その後、あなただけの自分の変化が両者の間にプッシュお互いを与える必要があり、我々は変更お互いのを見ることができます。

図は、分散バージョン管理ツールの管理であります：

3 G ITワークフロー

次のように一般的なワークフローは次のとおりです。

1。ローカル倉庫からリソースとしてクローンリモートGitのリポジトリ。

2。ローカルリポジトリからコード及びコード変更のチェックアウト

3。最初は、送信する前に、ステージングエリアコードに提出しました。

4。提出されました。ローカルリポジトリに提出。歴史の各修正版を保存するローカルの倉庫。

5。修正が完了し、必要なチームメンバーと共有するコードされた後、コードがリモートリポジトリにプッシュすることができます。

次の図に示すGitのワークフロー：

4 Gitの使い方

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

3.2インストール操作

　　3.3中国語（簡体字）

2フォルダで、ここでは右のGit Bashのは、ローカルリポジトリフォルダにコマンドを入力します

これは、ローカルリポジトリに隠しフォルダ4.3のフォルダが生成されます。

フック隠されたアイテムをクリックします

4.4新しいファイルを作成し、ステージング領域にファイルを追加、亀を追加するファイルを右クリックし、

4.5は、地元の倉庫にステージングエリアに提出されます

4.6ファイルを変更

クリックして行に提出

7、ファイルの削除

　　7.1ファイルを削除して再提出する必要があります

（削除後に提出するためには、変更の手順など）

ファイルの復元8.

　　HelloGitファイルの修正で8.1は低下させずに提出することができます

9、プロジェクトがリポジトリに提出されます

9.1何気なくディレクトリプロジェクトにコピーを取ります

9.2無視されたファイルやフォルダ]

このオプションを選択します

ここでは.gitignoreアクション：あなたの中のようにアップロードしないというプロジェクト名を入力します。

このspringcloud_chop01は、次にどのような名前をコピーしアップロードする必要はありません。

10遠隔倉庫

　　一般的に使用されるリモートリポジトリGitHubのは、次のとおりです。https://github.com/は、ユーザーを作成する必要があります　　

　　10.1添加远程库

　　　（1）在github上创建仓库

10.2 ssh协议

　　（1）什么是ssh

　　　　SSH 为 Secure Shell（安全外壳协议）的缩写，由 IETF 的网络小组（Network Working Group）所制定。SSH 是目前较可靠，专为远程登录会话和其他网络服务提供安全性的协议。利用 SSH 协议可以有效防止远程管理过程中的信息泄露问题。

　　（2）shh密钥生成 ssh-keygen -t rsa

执行命令完成后,在window本地用户.ssh目录

（3）ssh密钥配置

右键记事本打开公钥

10.3 同步到远程仓库　　

　　两条命令：

　　git remote add origin [email protected]:myyyplus/git_test.git

　　git push -u origin master

10.4 使用TortoiseGit同步

Url，推送URL：远程仓库的地址

（1）推送

10.5从远程仓库克隆

1 Git历史

同生活中的许多伟大事件一样，Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众广的参与者。绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上（1991－2002年间）。到 2002 年，整个项目组开始启用分布式版本控制系统 BitKeeper 来管理和维护代码。

到 2005 年的时候，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了免费使用 BitKeeper 的权力。这就迫使 Linux 开源社区（特别是 Linux的缔造者 Linus Torvalds ）不得不吸取教训，只有开发一套属于自己的版本控制系统才不至于重蹈覆辙。他们对新的系统订了若干目标：

• 速度

• 简单的设计

• 对非线性开发模式的强力支持（允许上千个并行开发的分支）

• 完全分布式

• 有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量）

2 Git与svn对比

2.1 Svn

SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服务器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就郁闷了。

下图就是标准的集中式版本控制工具管理方式：

集中管理方式在一定程度上看到其他开发人员在干什么，而管理员也可以很轻松掌握每个人的开发权限。

但是相较于其优点而言，集中式版本控制工具缺点很明显：

l 服务器单点故障

l 容错性差

2.2 Git

Git是分布式版本控制系统，那么它就没有中央服务器的，每个人的电脑就是一个完整的版本库，这样，工作的时候就不需要联网了，因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库，那多个人如何协作呢？比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。

下图就是分布式版本控制工具管理方式：

3 git工作流程

一般工作流程如下：

1．从远程仓库中克隆 Git 资源作为本地仓库。

2．从本地仓库中checkout代码然后进行代码修改

3．在提交前先将代码提交到暂存区。

4．提交修改。提交到本地仓库。本地仓库中保存修改的各个历史版本。

5．在修改完成后，需要和团队成员共享代码时，可以将代码push到远程仓库。

下图展示了 Git 的工作流程：

4 如何使用Git

1.新建文件夹

3.2 安装操作

　　3.3 简体中文设置

2 在文件夹中右键Git Bash here输入命令把文件夹变为本地仓库

4.3 文件夹变为本地仓库时会生成一个隐藏文件夹

点击查看把隐藏的项目勾上

4.4 新建一个文件并把该文件添加到暂存区右键文件Tortoise点击添加

4.5 将暂存区提交到本地仓库

4.6修改文件

点击提交就行了

7、删除文件

　　7.1 删除文件操作需要再一次进行提交

（删除后要提交，步骤和修改一样）

8、还原文件

　　8.1 在HelloGit文件进行修改不用提交便可还原

9、将工程提交到版本库

9.1随便拿一个工程复制到目录中

9.2设置忽略文件或文件夹

选择这个选项

这里的.gitignore作用：在里面输入你不上传的工程名字如：

不想上传这个springcloud_chop01就复制一下这个名字放在如下：