前言
同生活中的许多伟大事物一样,Git 诞生于一个极富纷争大举创新的年代。
Linux 内核开源项目有着为数众多的参与者。 绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上(1991-2002年间)。 到 2002 年,整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代码。
到了 2005 年,开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束,他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。 这就迫使 Linux 开源社区(特别是 Linux 的缔造者 Linus Torvalds)基于使用 BitKeeper 时的经验教训,开发出自己的版本系统。 他们对新的系统制订了若干目标:
-
速度
-
简单的设计
-
对非线性开发模式的强力支持(允许成千上万个并行开发的分支)
-
完全分布式
-
有能力高效管理类似 Linux 内核一样的超大规模项目(速度和数据量)
自诞生于 2005 年以来,Git 日臻成熟完善,在高度易用的同时,仍然保留着初期设定的目标。 它的速度飞快,极其适合管理大项目,有着令人难以置信的非线性分支管理系统(参见 Git 分支)。
#Github操作流程:
##完全空白项目关联:
首先讲一种简单的场景,如果我们新建项目的时候没有生成任何的初始化文件,我们需要做的就是将本地的项目和空白的仓库关联起来,这种情况下的命令是:
#git初始化
git init
#设置remote地址
git remote add 地址
#将全部文件加入git版本管理 .的意思是将当前文件夹下的全部文件放到版本管理中
git add .
#提交文件 使用-m 编写注释
git commit -m "注释"
#推送到远程分支
git push
执行完以上操作,项目就与远程git仓库关联到了一起,可以正常使用了,去git项目页上可以看到刚刚提交的代码
##有文件的项目关联
然后就考虑最开始说的情况,就是远程仓库里已经有文件,这时候你执行上面的步骤是不可以的,因为需要把远程仓库的文件先更新下来。步骤如下
#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
#查看当前全部的配置
git config -l
执行这个命令会进入一个配置文件页,使用vim编辑器的推出命令退出 :wq
#全局级配置,如果没有仓库级别的特殊配置,默认读取这个配置
git config --global user.name "name"
git config --global user.email "email"
#仓库级配置,一般一个项目配置一次
git config user.name "name"
git config user.email "email"