第一次在本地机器上运行的话，需要和远程库建立连接 在本地同步一下仓库的内容,命令如下： git pull https://github.com/algate/algate.github.io -----------------------------------常用------------------------------------ -----------仓库地址 我刚创建的文件上传到到仓库上去了，首先执行增加命令 git add . add后面加了一个点，是想要提交所有文件，如果想提交指定的文件，可以写文件名，执行完增加命令后，要执行提交命令，如下： git commit –m “这里写下你自己的记录本次提交内容的信息” -m后面跟提示信息，这个提示信息是一定要写的，不仅是规则，同时也方便我们记录我们提交的过程，写清晰为什么提交或修改了什么是非常有用的，提交完成后，我们就要把它推送到远程仓库上去了，命令如下： git push -u origin master (最直接的方法) git push git@github.com:algate/algate.github.io 或者 git push https://github.com/algate/algate.github.io -------------仓库地址 创建分支，切换到dev分支 git checkout -b dev Switched to a new branch 'dev' git checkout命令加上-b参数表示创建并切换，相当于以下两条命令： $ git branch dev $ git checkout dev Switched to branch 'dev' 然后，用git branch命令查看当前分支： $ git branch * dev master ### 以下为具体的项目流程示意： 版本迭代流程 开发阶段 　 测试阶段 Bug fix阶段 部署验证 文档更新＋产品发布  当本版本所有新的功能需求开发结束。即可启动完整的发版测试。  此时，由各模块负责人在各自模块的代码使用git 创建bug fix 分支。 创建分支如下图： 主要命令： #### step 1. 当前在master，先同步代码 git pull #### step 2. 基于当前master最新的commit，创建一个bug fix的分支 git check –b cmsm_v0.4.4.1207_bugfix #将这个bug fix的分支，推送到远端。 git push origin cmsm_v0.4.4.1207_bugfix: cmsm_v0.4.4.1207_bugfix #### step 3. 所有同事修改bug，都要先checkout这个分支。 git pull git check origin/cmsm_v0.4.4.1207_bugfix -b cmsm_v0.4.4.1207_bugfix #### step 4. 大家基于这个bug fix的分支，完成bug的修复，然后提交改动到此分支。 git push origin cmsm_v0.4.4.1207_bugfix: cmsm_v0.4.4.1207_bugfix #### step 5. 开发工程师这个时间可以将编译后的代码部署到测试服务器。然后通知测试工程师（通过修改bugzilla的bug状态）。测试工程师在测试环境验证问题是否修复。 #### step 6. 大家别忘记把这个bug fix的改动，也提交到主分支master。比如有一个commit如图也需要提交到master #commit id是3223bb，则用如下命令将改动同步到master git checkout master git pull git cherry-pick 3223bb git push 此操作流程规范的目的，是保证测试环境的稳定。不带出别人在master上提交的和此版本bug fix 无关的改动。  当测试工程师确认所有bugfix完成。即可通知项目经理创建tag。  开发工程师的下一个版本开发工作，仍然基于master。 其他说明： git cherry-pick 选择一个commit，仅合并改commit到当前分支 Commit：40个字符表示的哈希值。 Commit: 可以理解成一个快照。 指明一个Commit号，就可以完整地复原这个快照的现场。 Commit号就像一个指针。分支(branch)，标号(tag)：可以理解成某些commit的别名。