不可否认github是个相当称心的标识符代销一站式，对个人的许多标识符文档能存放在github而不必担心遗失，与此同时也能方便快捷不断改进插值他们的工程建设，无须重视一次修正误判对项目的造成经济损失，和王承恩协同合作开发、几台邻近地区机修正同一个工程建设之类，github的益处太少了，就不多少专业术语了
平常总是受限于用不着去操作较为讹误的业务流程和指示，导致他们的合作开发过程非常随便，为了规范化他们平常的合作开发生活习惯（与此同时用不着去深入细致自学Git基本原理），此次重新整理两套简单功能强大，满足用户大部分对个人合作开发业务流程的github采用计划，也方便快捷他们平常查阅采用1. 登入对个人的github帐号并增建库房
如图，插入库房的中文名称和叙述，库房出访职权能自定，尽可能千万别选择Initialize this repository with a README，再者这一点，我一般生活习惯他们写readme文档接着上载，能省却许多无谓的麻烦事
上载完毕后缘何看到示意图这个镜像，这是你的库房的镜像了，拷贝它，他们前面用它来镜像邻近地区的文档门牌号
2. git init
接着他们找到他们要上载的文档目录，接着滑鼠点选Git bash(需要浏览Git),弹出一个类似于CMD的询问处
输出：git init
quarterfinal后出现一个.git文档
3. git add .
输出：git add .
千万别忘掉那个前面的点，那条指示协助他们加进邻近地区文档（工作区）到甲类，其实是要告诉git系统他们要上载什么样文档
这是成功后的介面
4. git commit -m “ ”
输出：git commit -m “此处填写更新叙述，但注意是英语”
引号内填写的内容最后为下图箭头所指内容，这一步告诉git系统他们如何叙述此处更新
5. git remote add origin xxxx
输出：git remote add origin 输出拷贝的那个镜像
他们开始镜像邻近地区工作区到远程库房
6. git push -u origin master
输出：git push -u origin master
开始上载，嘟嘟噜嘟噜。。。。
补充
上面是一般的上载业务流程，更新的话从第三步开始，接着去掉第五步就能了，下面补充许多问题与常用的解决指示
1. 在一台没有执行过上载他们文档到库房的电脑上会出现未认证的问题
能根据提示来解决这个问题
采用指示：git config –global user.email “他们注册github帐号的邮箱”
git config –global user.name “注册github帐号的名字”
2. git status
查看工作区文档变化，能用来检查他们更改了什么样文档，也能用来检查是否add成功
3.readme文档冲突
如果你在上面的步骤中一开始点选了初始化readme文档，那么你第一次将邻近地区文档上载到远程库房的时候就会产生冲突,这种情况同样会发生在当你上载一个邻近地区文档到一个已经包含文档的仓库中时
采用指示：git pull –rebase origin master（在push前执行）
这个指示会将邻近地区的标识符和远端master的标识符合并成一个新的节点，之前的节点会分开去显示
总结
有时间和需求还是建议认真看一下廖雪峰老师的git教程，了解许多git的基本原理与更高级的应用，本篇文章仅供快速上手采用
