• 记一次git amend事故处理方案


    一、问题回顾

    问题是git commit --amend 引起的。 一条commit已经push到远端develop了,但是后来又在这条commit上进行了amend操作,导致这条commit的哈希码发生了变化。并且后续又在这条commit之后进行了N条commit操作。

    <Begin>

    大概的情况画了个简图,如图所示。下面的绿色就是最后相同的地方,红色的那条做的是相同的功能message是一样的,但是提完develop之后又改动了很多然后使用amend挤压了。

    这个时候比较头疼了,因为那条amend的commit里面是发生了太多改动,我采用的是可以避免冲突的方法,但是会改develop的commit树

    git checkout develop
    
    git reset 2c4532  //上面97,98,99的改动会被放出来
    
    git stash //先把这些改动存起来
    
    git reset --hard 5d67bc  //等于是把96完全剔除了,代码回到了95的状态
    
    git cherry-pick 8a6f7f  //把那一条修改后的功能commit(96的feature)粘贴过来,这一步100%不会有冲突
    
    git stash pop  //把之前存起来的那些改动再放出来,这一步不能保证100%无冲突,但实际由于两个功能模块离得比较开,所以也没有发生冲突。
    
    git add .   git commit -m " " //把develop上面的97,98,99三条commit 挤压成了一条后commit
    
    git cherry-pick 86f6cc d34c7 2817f5 //这一步把feature分支的97,98,99三条commit粘贴过来,因为这三条基本是基于8a6f7f开发的,所以也没有发生冲突。 董铂然博客园

    <End>

    这样改完之后develop的commit树如上图所示(第97条就是把之前的97,98,99挤压成的1条),可以编译通过功能都能实现。 但是缺点是这时候需要强推develop了。

     

    组里另一个人提出的解决方案是

    <Begin>(图再贴一遍 省的往上翻)

    git checkout feature  //操作都在feature分支进行,不动develop的代码
    
    git reset 5d67bc   //把feature分支上“不科学”的commit 96,97,98,99 全部放出来
    
    git stash  //全部临时存起来
    
    git rebase develop   //快进一下,合入了所有develop的新代码 100%无冲突
    
    git stash pop   //把之前揉在一起的4条commit的代码一起放出来,这时候会有大量冲突。
    
    git add .  git commit -m "fix"  //解决冲突后commit一下  
    
    //然后再把最后的一条commit merge入develop,最后的结果时develop如下

    <End>

    可以看出这种做法,不需要强制push develop的代码。理论上更加科学,但是中间需要解决大量的冲突。

    事后反省一下,觉得两种方法其实各有优劣,如果组内成员不多,可以在大家的监督下 完成强推develop的操作。 因为解决了大量冲突可能会比 非常清晰了解差异后-f强推develop更容易出现错误。 当然如果是大型项目,几十人团队,并且远端都绑上了编译检查,和merge规则的项目也只能使用第二种方法了。

    二、其他经验

    对于一个码农而言,比写出bug更恐怖的是把代码弄丢了或弄乱了。 对于这种问题也是有一种统一的解决方案

    ①.git reset --hard  哈希码 , 这条非常普遍,如果出现问题有点乱直接回到一个安全的commit

    ②.git reflog    对于有rebase或merge这种操作,第一条指令就用不了了,因为被污染的并不仅仅是最后一条commit。 这时要用这个万能恢复指令,回到一个操作的哈希码。

    ③.但是前两种方法都是对于一些已经加入过git的代码进行恢复。 如果一些代码还没有commit 这时候弄丢了 那些指令就都帮不了你了。 这时候只能看IDE有没有local history了。(local history相当于IDE帮你实现了一个类似于git的功能)之前就有过一次第3种情况的经历,当时是把没commit的代码给reset了 使用localhistory得以恢复。好在现在iOS的xcode 和 Android的Android Studio都是有local history的,

    • Xcode 的local history在 导航栏 → View → Version Editor → show Version Editor 
    • Android Studio 的local history在 左边文件目录 → 选中根目录 → show local history

     

    如果上文说的问题有更好的解决方案,也欢迎一起讨论。

  • 相关阅读:
    mysql 查看并修改默认端口号
    安装MySQL-python 的问题
    mysql安装使用
    SAE部署Django1.6+MySQL
    Yii2框架学习 4-2小部件学习 (DetailView、ActiveForm、GridView 、ActionColumn 动作列的配置属性)
    Yii2框架学习 3-4 查询构建器QueryBuilder 的学习
    Yii2框架学习 4-2 HTML助手类、 Array Helper助手类
    Yii2框架学习 3-3 单条数据详情展示; 数据关联查询时 hasOne和hasMany
    Yii框架学习 3-2 数据库操作--ActiveRecord 操作和生命周期
    Yii2框架学习 3-1 yii连接数据库和使用数据库 数据库查询总结
  • 原文地址:https://www.cnblogs.com/dsxniubility/p/5817776.html
Copyright © 2020-2023  润新知