克隆一个远程仓库：（git clone https://github.com/yqszt/MyBlog.git）
默认创建一个名称为origin的远程仓库：
将数据(commit)提交到远程仓库：（git push origin）
从远程仓库拉取更新：（git fetch）
注：使用git fetch后，并不会将新的内容更新到工作区域的文件中，所以可以通过git diff master origin/master命令来比较差异：
同时也可以使用git merge命令来将更新合并到工作区域：
注：git pull命令相当于执行了git fetch和git merge两个命令。
Git基于分支的工作流程之前提到过集中式版本工具中分支的作用是开发一些测试性功能或者修复一些稳定版本的Bug，使用分支可以与开发主线隔离，当完成后再合并到主线中，这种开发流程被称为“集中式工作流”，它的工作流程可看成：
1. 以主分支Trunk为核心进行开发，换句话就是开发人员把开发代码都提交到Trunk上，提交之前获取所有代码，并且保证代码能编译成功。
2. 如果有测试性功能，为了与主干代码分离，通过开启分支的形式完成功能开发。(注：这里写测试性功能的原因是，集中式的版本控制工具开启分支代价相对较大，所以在创建分支的时候是谨慎的)。
3. 当开发达到一个里程碑时，通过创建Tag分支来保存里程碑状态，同时Tag出现问题时，可以通过创建Bug修复分支或者直接在Tag分支上修复问题，最终将修复代码合并到Trunk上。
对于分布式的Git来说，由于它创建和切换分支的代价很小，所以可以频繁的创建和切换分支，而分支的功能就是与主干代码隔离，以至于在开发过程中不会因为不完善的功能代码导致主干代码被污染，从而导致无法编译通过，它主要有以下几种开发工作流：
集中式工作流就是上面提到集中式版本控制工具中常用的开发流程，以主分支为核心，所有开发人员通过更新主分支代码完成代码的开发工作，同时也会创建一些分支和标签(Git的默认分支是Master)：
功能开发工作流程是以功能为单位进行分支创建，其过程如下：
通过创建对应的功能或问题修复分支，完成功能的开发和Bug的修复。这样的好处就是功能与功能之间的代码是隔离的互不影响，利用Git的快速切换分支特性，可以在同一工作目录下同时开发多个功能，且各个功能之间的代码不会互相影响。另外所有新代码均通过合并的方式合并到Master分支，这样代码更容易控制管理。
Gitflow工作流Gitflow可以看作是功能开发工作流的完善版本，它除了Master分支、特性分支、Bug修复分支外，还引入了release、develop两个分支来管理发布和开发，而Master只保存稳定版本的代码。