标签：命令行 修改 comm linux 隐藏文件夹 带宽 开源项目 工具 分布式版本控制系统
同生活中的许多伟大事件一样，Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众广的参与者。绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上（1991－2002年间）。到 2002 年，整个项目组开始启用分布式版本控制系统 BitKeeper 来管理和维护代码。
到 2005 年的时候，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了免费使用 BitKeeper 的权力。这就迫使 Linux 开源社区（特别是 Linux的缔造者 Linus Torvalds ）不得不吸取教训，只有开发一套属于自己的版本控制系统才不至于重蹈覆辙。他们对新的系统订了若干目标：
• 速度
• 简单的设计
• 对非线性开发模式的强力支持（允许上千个并行开发的分支）
• 完全分布式
• 有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量）
SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服务器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就郁闷了。
下图就是标准的集中式版本控制工具管理方式：
集中管理方式在一定程度上看到其他开发人员在干什么，而管理员也可以很轻松掌握每个人的开发权限。
但是相较于其优点而言，集中式版本控制工具缺点很明显：
l 服务器单点故障
l 容错性差
Git是分布式版本控制系统，那么它就没有中央服务器的，每个人的电脑就是一个完整的版本库，这样，工作的时候就不需要联网了，因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库，那多个人如何协作呢？比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。
下图就是分布式版本控制工具管理方式：
一般工作流程如下：
1．从远程仓库中克隆 Git 资源作为本地仓库。
2．从本地仓库中checkout代码然后进行代码修改
3．在提交前先将代码提交到暂存区。
4．提交修改。提交到本地仓库。本地仓库中保存修改的各个历史版本。
5．在修改完成后，需要和团队成员共享代码时，可以将代码push到远程仓库。
下图展示了 Git 的工作流程：
4 如何使用Git
4.1 新建文件夹
4.2 在 文件夹中右键Git Bash here输入命令把文件夹变为本地仓库
4.3 文件夹变为本地仓库时会生成一个隐藏文件夹
4.4 新建一个文件并把该文件添加到暂存区右键文件Tortoise点击 添加
4.5 将暂存区提交到本地仓库
4.6 使用命令行将文件放入暂存区新建文件gitcommoit
4.7 右键点击Git Bash Here输入命令git status查看暂存区是否有待提交的文件
4.8 将该文件存入暂存区
4.9 将文件提交到本地仓库
5 本地仓库和github仓库同步
5.1 本地仓库和github仓库同步的相关设置右键点击设置
5.2 把本地仓库的文件推送到github仓库
右键点击同步点击推送
5.3 推送成功后
5.4 在github中上传一个文件
5.5 把新 上传的文件拉取到本地仓库中 打开本地仓库右键点击同步后点击拉取
5.6 克隆github仓库中的文件
新建一个文件夹 右键点击克隆
克隆前
克隆后
标签：命令行 修改 comm linux 隐藏文件夹 带宽 开源项目 工具 分布式版本控制系统
原文地址：https://www.cnblogs.com/1314Justin/p/12084325.html
