前言

同生活中的许多伟大事物一样，Git 诞生于一个极富纷争大举创新的年代。

Linux 内核开源项目有着为数众多的参与者。 绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上（1991－2002年间）。 到 2002 年，整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代码。

到了 2005 年，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。 这就迫使 Linux 开源社区（特别是 Linux 的缔造者 Linus Torvalds）基于使用 BitKeeper 时的经验教训，开发出自己的版本系统。 他们对新的系统制订了若干目标：

• 速度

• 简单的设计

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

• 完全分布式

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

自诞生于 2005 年以来，Git 日臻成熟完善，在高度易用的同时，仍然保留着初期设定的目标。 它的速度飞快，极其适合管理大项目，有着令人难以置信的非线性分支管理系统（参见 Git 分支）。

#Github操作流程：
##完全空白项目关联：
首先讲一种简单的场景，如果我们新建项目的时候没有生成任何的初始化文件，我们需要做的就是将本地的项目和空白的仓库关联起来，这种情况下的命令是：

1
2
3
4
5
6
7
8
9
10

#git初始化
git init
#设置remote地址
git remote add 地址
#将全部文件加入git版本管理 .的意思是将当前文件夹下的全部文件放到版本管理中
git add .
#提交文件 使用-m 编写注释
git commit -m "注释"
#推送到远程分支
git push

执行完以上操作，项目就与远程git仓库关联到了一起，可以正常使用了，去git项目页上可以看到刚刚提交的代码

##有文件的项目关联
然后就考虑最开始说的情况，就是远程仓库里已经有文件，这时候你执行上面的步骤是不可以的，因为需要把远程仓库的文件先更新下来。步骤如下

1
2
3
4
5
6
7
8
9
10
11
12
13
14

#git初始化
git init
#设置remote地址
git remote add  origin 地址
#获取远程仓库master分支上的内容
git pull origin master
#将当前分支设置为远程仓库的master分支
git branch --set-upstream-to=origin/master master
#将全部文件加入git版本管理 .的意思是将当前文件夹下的全部文件放到版本管理中
git add .
#提交文件 使用-m 编写注释
git commit -m "注释"
#推送到远程分支
git push

##设置仓库级别的用户名和邮箱
有时候需要使用多个git帐号，就对应的需要配置多个用户名和密码，git 配置相关的命令为 git config

1
2

#查看当前全部的配置
git config -l

执行这个命令会进入一个配置文件页，使用vim编辑器的推出命令退出 :wq

1
2
3
4
5
6
7
8

#全局级配置，如果没有仓库级别的特殊配置，默认读取这个配置
git config --global user.name "name"
git config --global user.email "email"

#仓库级配置，一般一个项目配置一次
git config user.name "name"
git config user.email "email"

致谢

感谢您到来，如对您有帮助，请给小编一点温暖~~