文章目录前言一、分支如何合并？二、为什么出现冲突？三、如何避免？四、为什么要从生产环境master拉取创建一个最新代码分支，当开发完后再将其合并到sit测试环境？五、回滚操作总结前言第一次接触项目发版的工作，记录一下解决版本冲突合并问题的心得。适用场景：分布式项目，多人使用自己分支开发，最后合并自己的代码分支给主分支。话不多说，直接看图一、分支如何合并？1.全部拉下来（这个拉取是全部拉取，既保证自己的分支最新，同时也把远端的分支都拉到最新），如果没有图一的拉取图标，这是因为自己没设置显示，可以参考图二的拉取方法。图一图二2.注意自己是不是dev分支（也就是自己项目的主分支，别的分支要合到的分支
Deployment的生命周期中有不同状态，大致可分为三种rogressing正在执行滚动更新completefailtoprogressProgressing状态当如下任何一个任务正在执行时，kubernnete将Deployment的状态标记为progressing;Deployment创建了一个新的ReplicaSetDeployment正在scaleup其最新的ReplicaSetDeployment正在scaledown其旧的ReplicaSet新的Pod变为就绪（ready）或可用（available）可以使用命令kubectlrolloutstatus监控Deployment滚动
git实用操作1.从一个commit节点拉出一个分支a.切到commit_id//commit_id提交节点gitcheckoutcommit_idb.创建新分支//new_branch_name新拉分支的名字gitcheckout-bnew_branch_namec.推送到远程//new_branch_name新拉分支的名字gitpush-uoriginnew_branch_name2.当前分支代码回滚到指定commit节点a.本地代码回滚到指定提交节点//commit_id提交节点gitreset--hardcommit_idb.提交到仓库gitpush-f
场景：项目部署发布后发现有问题，需要回滚到某一个commit，再重新发布关键点：先将本地分支退回到某个commit，删除远程分支，再重新推送本地分支操作步骤：1、gitcheckoutthe_branch//切换到某个分支2、gitpull//获取最新代码3、gitbranchthe_branch_backup//备份这个分支4、gitpushoriginthe_branch_backup//将备份分支推送到远程仓库5、gitreset--hardthe_commit_id//把the_branch本地回滚到某个提交6、gitpushorigin:the_branch//删除远程the_bra
开发中总会有人不小心将代码提交到错误的分支上，比如应该提到dev分支的代码提交到了master分支，可以使用git回滚到tag的方法进行回滚。1、切换到待回滚分支--查看分支gitbranch--切换分支gitbranchmaster2、寻找tag提交ID--查看taggittag--查看某个tag的提交gitshowtagNamegitshow22.5.0.1显示如下结果commitf2acd7b8e58fe053fbf4feadc8208a07b47d7d4d(tag:22.5.0.3,tag:22.5.0.2,tag:22.5.0.1)commit后面就是提交ID3、回滚到提交IDgit
如SafariClient-SideStorageandOfflineApplicationsProgrammingGuide中所写，回滚HTML5WebSQL数据库事务是通过在回调函数中返回true来完成的，回调函数作为错误回调提供给atransactionexecuteSql方法:Theper-queryerror-handlingcallbackisratherstraightforward.Ifthecallbackreturnstrue,theentiretransactionisrolledback.Ifthecallbackreturnsfalse,thetransact
如SafariClient-SideStorageandOfflineApplicationsProgrammingGuide中所写，回滚HTML5WebSQL数据库事务是通过在回调函数中返回true来完成的，回调函数作为错误回调提供给atransactionexecuteSql方法:Theper-queryerror-handlingcallbackisratherstraightforward.Ifthecallbackreturnstrue,theentiretransactionisrolledback.Ifthecallbackreturnsfalse,thetransact
这四个选项是Git回滚操作中的四种模式，分别是soft、mix、keep和hard。-Soft模式：回滚到指定版本，并保留所有更改，这些更改将被重新提交。使用这种模式，你可以撤销已经提交的更改，然后重新提交。-Mix模式：回滚到指定版本，并保留所有更改，但是更改将不会被重新提交。使用这种模式，你可以撤销已经提交的更改，并保留这些更改，以备后续修改和提交。-Keep模式：回滚到指定版本，但是保留指定版本之后的更改。使用这种模式，你可以撤销指定版本之后的更改，并保留这些更改，以备后续修改和提交。-Hard模式：回滚到指定版本，并删除指定版本之后的所有更改。使用这种模式，你可以完全撤销指定版本之后的
通过deployment创建的pod直接执行delete是不会正常被删除的，因为deployment中设置了pod的数量，deployment会动态维护pod的数量，倘若pod数量少于约定数量，deployment会创建pod，直到pod数量达到约定数量才会停止。如若需要针对pod进行下线，有以下两种方式：调整deployment中replicas数量设置为0，deployment监测到replicas数量发生变化后，会自动调整pod数量，直到pod数为0，此方法仅下线pod，deployment仍然存在，调整replicas数量后pod会恢复。删除deployment，删除后pod会自动删除
由于之前打了一个tag上线，然后又推了几次代码之后，想要回滚到之前tag的基础上进行代码修改首先需要gitcheckout到那个需要修改的分支上，然后使用指令gittag可以看到当前有几个tag然后使用指令gitshowv1.0.2就可以看到v1.0.2的commitid之后使用指令gitreset--hard3c3cf12....................，把commitid粘贴上去，就可以回滚到tag所对应的代码啦！
