看git入门，请想象自己就是开发人员，正在操作一个项目的本地与远程的文件版本更新控制。
前言
之前Git操作——简单使用 远程创建一个git项目，clone到本地，即为本地仓库（即一个含有.git隐藏文件夹的项目文件夹），经过本地终端命令的操作，再push到远程库。所有的修改、删除、提交、推送等都是由这个.git的文件进行记录的，如果去掉，这个项目就是一个普通的文件夹。
一、本地新建git项目push到远程空仓库
现在Git操作——复杂使用 本地新建一个git项目，push到远程空仓库。
1、先在github上操作
创建有一个空仓库blogtest_01（不包含初始化文件，即一个未建好的仓库），进入项目页面出现：
通过在本地将这个仓库建好，push到远程仓库
2、再在终端上操作
（1）在本地任意创建一个文件夹（此时，这个还是空文件夹，不是仓库）
$ mkdir blogtest_01
（2）看github项目主页上的提示
$ touch README.md
执行status查看
$ git status
出现报错：fatal: Not a git repository (or any of the parent directories): .git ，即没有仓库
（3）空文件夹初始化一个仓库
$ git init
出现提示：Initialized empty Git repository in /Users/wxq393/blogtest_01/.git/，即说明已经初始化一个空的仓库
验证仓库查看
$ ls -a
即会出现.git相关的文件夹，代表仓库已在本地建成
执行status再查看
$ git status
（4）开始添加、暂存、提交一系列本地操作
$ git add .
$ git commit -am "init"
本地新建仓库进行推送（注意这是一个重要点）
$git push
注：会出现异常，因为本地新建的blogtest_01起初并不知道是指向远程库blogtest_01，所以需要执行一个指向地址的命令（在github项目主页上有提示），即：
$ git remote add origin [email protected]:wxq393/blogtest_01.git
注：origin其实就是远程的git地址的一个别名
$ git push origin master
3、贴上我在本地终端执行命令的全过程：
注：本地仓库，只要知道仓库管理的地址，就可以推送到任意一个远程库（如coding、新浪云等管理工具）管理
4、其他命令
（这里以gitlab作为可改标签）
（1）慎用，强制推送会覆盖别人的代码
$ git push -f origin master
（2）再添加一个远程库的标签
$ git remote add gitlab [email protected]:abc/blog.git
$ git remote -v
推送到gitlab标签
$ git push gitlab master
注：这里善用搜索引擎，查找不会的命令意义： $ git remote -v ，-v (即 –verbose 简写,取首字母)，显示对应的克隆地址。即列出详细信息，在每一个名字后面列出其远程库的url。
image
（3）#删除gitlab标签
$ git remote remove gitlab
（4）修改origin标签对应的地址（可以一个命令修改git的https或者ssh地址）
$ git remote set-url origin [email protected]:jirengu/blog3.git
（5）把gitlab 标签改名为coding
$ git remote rename gitlab coding
二、分支操作（git的重要操作部分）
分支：push origin master中，master就是分支。自己画了一个git项目的分支示意图，应该能理解？：
image
1、查看所有分支
$ git branch -a
获取如图：
- （绿色分支——本地分支）*master ：当前本地仓库主干master
- （红色分支——远程分支）remotes/origin/master :远程库的主干
2、创建本地库dev分支
$ git branch dev
$ git branch -a
3、切换主干和分支操作
（1）切换到dev分支
$ git checkout dev
具体操作：
$ git checkout dev
$ ls
$ open .
$ touch index.html
$ git add .
$ git commit -am "add file"
注：index.html在dev这个分支上
（2）切换到master主干
$ git checkout master
注：index.html没有在master的主干上
** 结论：**同一个项目文件夹，只要切换不同分支，就会展示不同分支的文件状态
4、推送到origin地址的dev分支上
$ git push origin dev
5、那么，在github的展示：
可以想象成两个开发人员在blogtest_01这个Git的项目上分别操作了两个分支，各自工作
6、将dev分支内容合并到主干上
$ git checkout master
$ git merge dev
可以查看一下
$ ls
然后，合并（merge）后的项目便是共同协作的结果
7、推送到远程库中
$ git push origin master
那么，线上代码便是master，共同维护一份代码。这样一来是不是对分布式的版本控制有更深的理解了
【我的一些思考和解决】
那么，我产生一个疑问：刚才的分支操作主要是针对本地库分支向远程库推送的主要操作。但是如果在远程库修改了分支文件，到本地库怎么修改操作呢？
这里我主要修改主干master上的readme.md文件，如何在本地终端上如何操作？我的猜想：git pull——git checkout master——git add . /git commit ——git push？
搞了半天，我所想的“关于含有分支的远程库，在远程库修改后，如何在本地库终端命令中进行更新、修改、提交、推送等一系列命令行的问题”，就是一个冲突问题啊！！！！
三、冲突
1、什么是冲突
自己和你的小伙伴该同一个文件的同一个地方，在执行git pull时，更新本地合并时会出现冲突
2、操作：
（1）之前我（开发人员A）已经在远程库的master上进行README.md文件的修改，如图：
（2）现在我（开发人员B）在本地想要在master主干上的README.md文件也进行修改，但前提我需要把远程主干分支pull下来
注：具体在我之前的《浅谈git入门（二）：git基本命令讲解》中“三.5多人协作”就有讲过。不过，这次是远程项目的指定分支被pull下来，终端命令行细节上有所不同
即主要执行以下代码:
$ git branch -a （可省略）
$ git pull origin master
$ ls （可省略）
$ vim README.md
继续执行：
$ git add . （可省略）
$ git commit -am "fix master"
$ git push origin master
（3）现在回到远程库（github），发现更新了
（4）贴上我终端操作的全过程：