通知短信+运营短信,5秒速达,支持群发助手一键发送🚀高效触达和通知客户 广告
第一次在本地机器上运行的话,需要和远程库建立连接 在本地同步一下仓库的内容,命令如下: 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的别名。