小A和我在同时开发一个功能模块,他在优化之前的代码逻辑,我在开发新功能。
创新互联公司专业为企业提供南通网站建设、南通做网站、南通网站设计、南通网站制作等企业网站建设、网页设计与制作、南通企业网站模板建站服务,10余年南通做网站经验,不只是建网站,更提供有价值的思路和整体网络服务。
小A在我之前把代码提交到了测试分支,我想提交我的新功能代码到测试分支时发现巨多冲突,脑袋瞬间就炸了,Boom一声惊雷响啊。
PS:因为小A的需求不急,但是改动巨大;我的需求很急,马上要提测,否则就延期扣绩效了,说真的,我着急了,哈哈哈。
TIPS:以下代码示例语言为Go
因为是工厂设计模式,我负责的实现类A和他的实现类B虽然没有直接关系。但是因为他修改了工厂类中的方法定义。
比如之前工厂类中的接口是这么定义的
package factory
type xxx interface {
GetXxxx(ctx context.Context, req aaa.aa) (res bbb.bb, err error)
}
但是小A优化(修改)了工厂类中的接口定义:
package factory
type xxx interface {
GetXxxx(ctx context.Context, req ccc.cc) (res ddd.dd, err error)
}
这样就导致了一个问题:
我想合并我的代码到测试分支也必须将我的实现类像小A一样,修改传参类型和返回类型。
但是我们都在不同的分支上开发,我是没有他定义的类型ccc.cc,ddd.dd的。
我又不能直接把他定义的ccc.cc,ddd.dd要过来,在我自己的分支上开发,一是因为需求不一致,小A的上线周期会比我长;二是这种操作本身就不规范。
我们想到的方案是合理使用interface
工厂类中方法的入参和出参设置为interface{}类型
package factory
type xxx interface {
GetXxxx(ctx context.Context, req interface{}) (res interface{}, err error)
}
这样就比较容易进行扩展了。
方法1的入参和出参设置为interface{}类型的方案,并没有从根本上解决我们的问题。
原因是这样的:
小A的需求是整体优化工厂类和各个实现类的入参、出参,优化内部逻辑,抽取方法。
小A的迭代优化修改变动很大,导致和我实现的新需求有比较大的冲突。
但是他的Git分支又在我之前提交到了测试环境,导致我无法正常提交我的代码。
如果我要提交就要解决各种冲突,解决冲突就要按照小A的优化逻辑去改,提测分支和我自己分支的不一致,难顶啊。
考虑到小A的修改暂时不需要提测,上线周期也比较长。
最终的解决方案是这样的:
这波骚操作我也是第一次用,担心闪了腰,所以不仅做了备份,也做了笔记,分享给大家:
1.先重命名本地分支
git branch -m 旧分支名称 新分支名称
2.删除远程分支
git push --delete origin 旧分支名称
3.上传新修改名称的本地分支
git push origin 新分支名称
4.修改后的本地分支关联远程分支
git branch --set-upstream-to origin/新分支名称
本文转载自微信公众号「 程序员升级打怪之旅」,作者「王中阳Go」,可以通过以下二维码关注。
转载本文请联系「 程序员升级打怪之旅」公众号。
名称栏目:Git操作不规范,战友提刀来相见!
标题来源:http://www.36103.cn/qtweb/news17/11967.html
网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联