GIt 迭代需求经验

GIt 迭代需求经验

脏代码、git合错分支、开发迭代需求git拉取步骤

2022.7.1

坑点：接到系统迭代需求后，误将dev代码和到了自己的工作分支，导致工作分支往master合并时候带了很多非迭代需求的东西上线。出现工作分支代码脏了的问题。

接到系统迭代需求。

分情况进行响应的操作进行代码补救

1. git log --author="yanghang",使用该git命令查询出自己的所有提交记录。从开始开发到最开始的记录粘贴到一个文本文件中。
2. 找出合并反了的merge记录。观察该记录时间点的开发进度，如果进度大于50%，则直接可以回滚到那次merger之前然后迁出一个本地分支，在还原回去工作分支到最新点，将merger后所有正常提交的功能代码搞到迁出的本地分支即可；；如果进度小于50%，则建议先从master重新迁出一个新工作分支，然后使用git的git cherry-pick -x commitId 命令将所有正常提交的记录按照时间顺序依次搞到新的工作分支中，需要注意的是如果有冲突则需要解决冲突。且如果提交记录较多会是一个耗费时间合精力的方案。
3. 还有一种结局方案，我的迭代需求比较集中，我是新拉了一个工作分支从master，然后将改动的文件依次进行了替换操作。注：这种方式在往test合并时候需要解决代码冲突。

正确拉代码迭代需求的步骤：

1. 从master代码拉去最新线上代码
2. master迁出自己的迭代工作分支
3. 进行开发
4. 自测：合并自己功能代码到dev分支，启动本地dev分支代码进行自测
5. 提测：合并dev代码到test分支，测试部署进行测试。
6. 上线：合并迭代工作分支代码到master分支，运维进行上线。