GIT,可以参数这篇，需要加以理解，文字比较冗余，还请见谅

git的使用步骤一定要记住了清除gi他凭证命令git config --global --unsetcredential.helper从服务器通过git下载项目假如你的服务器上只有master分支本地开发local就有master分支然后create Branch form master,新增一个dev分支切换到dev分支之后在继续以dev为基点然后create Branch form dev,新增dev-feature分支这样做的好处是当你在dev-feature开发任务时候临时接到一个命令说线上有bug那么就可以直接从master分支中在新建一个dev-feature2出来改写你的代码你从master切出dev-feature2修好并测试。合并回master本地合或者发 PR/MR并推送到远程。线上部署。这时候那个 Bug 在线上已经消失了。此时状态master已经是 2.0 版本带补丁而你的dev-feature还是基于 1.0 版本有 Bug切出来的。这时候你的dev-feature正在写新功能它急需那个 Bug 修复的补丁。你有两种合并方式方案 A直接把master合进dev-feature最推荐最稳这是最正规的操作。因为master刚刚拿到了dev-feature2的成果它现在是最正确的基准。操作切换到dev-feature分支点 IDEA 里的Merge master into dev-feature。好处你的开发分支立刻拿到了 Bug 补丁。如果 Bug 修复的地方正好和你正在写的代码有冲突IDEA 会提醒你你现在顺手就把冲突解了不用等到最后上线才痛苦。方案 B直接把dev-feature2合进dev-feature操作切换到dev-feature点Merge dev-feature2 into dev-feature。好处快不需要等master更新。缺点如果dev-feature2还没经过最终测试你可能会把不成熟的补丁带进开发分支。3. 完美的“交活”三部曲重点来了当你准备把dev-feature合并到dev时为了保证万无一失老司机通常会连点三次第一步对齐爷爷切换到dev执行Merge master into dev。作用确保dev拿到了最新的线上补丁跟爷爷同步了。就是刚才的那个dev-feature2补丁第二步预演合并切换到dev-feature执行Merge dev into dev-feature。作用在你自己的分支上先看看加上了dev的最新代码后会不会跟你的新功能起冲突。有问题在自己分支解决别弄乱了公共的dev。第三步正式上交切换回dev执行Merge dev-feature into dev。作用这时候合并是“顺水推舟”因为你在第二步已经解决过冲突了。dev-feature2改动代码提交合并到master上开发过程中本地的dev-feature代码改了然后要合并到dev之前需要commit一下才可以合并到dev然后再继续进行提交到远程的dev;dev分支作为基点不进行代码的修改和更新只是作为本地和远程仓库之间通讯的桥梁作用本地保持一个干净的dev用来同步远程是一个极好的习惯。每次提交dev之前需要先更新代码解决冲突在提交push,这样就可以解决大部分的代码冲突问题了若果说凭证问题可以先在window下控制面板\用户帐户\凭据管理器清除也是可以3. 完美的“交活”三部曲重点来了当你准备把 dev-feature 合并到 dev 时为了保证万无一失老司机通常会连点三次1. 第一步对齐爷爷切换到 dev执行 Merge master into dev。• 作用确保 dev 拿到了最新的线上补丁跟爷爷同步了。2. 第二步预演合并切换到 dev-feature执行 Merge dev into dev-feature。• 作用在你自己的分支上先看看加上了 dev 的最新代码后会不会跟你的新功能起冲突。有问题在自己分支解决别弄乱了公共的 dev。3. 第三步正式上交切换回 dev执行 Merge dev-feature into dev。• 作用这时候合并是“顺水推舟”因为你在第二步已经解决过冲突了。 总结一下• Merge master into dev是向下兼容。让中间分支dev跟上最高准则master。• Merge dev-feature into dev是向上贡献。让你的成果进入公共区域。