马蜂窝的前端火了!遇到冲突不怕怼,强制提交就是干

「 前言 」

相信大家都在世界杯期间有意无意地看到过马蜂窝的洗脑广告,短短的15秒,品牌名就出现了6次。“旅游之前,为什么要先上马蜂窝”,这些不断重复的广告词让人犹如魔咒般印象深刻。

正文开始前,先来回顾下这条病毒式广告:

有不了解的小伙伴可以上他们家的官网大概看下,马蜂窝,一家从事旅游行业的新锐互联网公司。

背景铺垫完毕之后,让我们进入今天的正题。

「 正文 」

最近马蜂窝移动端的某个线上页面出现了明显的BUG,截图在某技术社区疯传,献上页面截图供大家瞻仰一下:

前端圈里的潜规则就是,好事不出门,好玩事儿传千里。瞬间马蜂窝的前端在码农圈子里火了,爱凑热闹的程序猿们纷纷留言:

马蜂窝的前端老哥666,能跑起来也是牛逼

遇到冲突不怕怼,强制提交就是干!!!

请问贵公司还缺前端吗?我就喜欢这样自由任性的开发氛围~

人生不如意之事十之八九,合并分支往往也不是一帆风顺的

我写的代码不会有问题!报错根本不影响页面功能!ie 用户根本不用管!玛德,被开除了…

这要是搁我司,还不得被技术经理diss,一口盐汽水喷死我都是极有可能的!

领导的脑袋嗡嗡嗡...

......

其实仔细想想,发生在马蜂窝身上的这种bug在我们开发环境中很常见,并不稀奇。只要是在前端团队里呆过的码农都知道,这不就是提交代码合并分支发现冲突了,然而并没有解决就直接发布了么。

首先要想清楚一个问题,在类似马蜂窝的前端团队中,为什么git提交代码会出现冲突?

当两条分支对同一个文件的同一个文本块进行了不同的修改,并试图合并时,Git不能自动合并的,称之为冲突(conflict)。解决冲突需要人工处理。

那么让我来带领大家解读下上面截图中马蜂窝出现的bug事故分析:

<<<<<<<标记冲突开始,后面跟的是当前分支中的内容。

HEAD指向当前分支末梢的提交。

=======之后,>>>>>>>之前是要merge过来的另一条分支上的代码。

>>>>>>>之后的dev是该分支的名字。

对于简单的合并,手工编辑,然后去掉这些标记,最后像往常的提交一样先add再commit即可。

这其中就涉及到了公司前端团队协作开发的流程问题,以及git解决代码冲突的实际问题,让我们以马蜂窝的bug事故为引子,来继续深入聊聊团队协作的那些事儿。

「 git解决代码提交冲突 」

现在大部分一线互联网公司都是采用git作为公司内部版本迭代的工具,它可以敏捷高效地处理任何或小或大的项目,自然在前端团队日常协作开发的过程,出现代码提交冲突就很常见了,这也是很多刚入行的前端新人小白们在工作中经常会碰到的比较棘手的问题。

代码提交冲突一般分为两种,树冲突和内容冲突。

文件名修改造成的冲突,称为树冲突。

比如,A同事把文件改名为A.C,B同事把同一个文件改名为B.C,那么B同事将这两个commit合并时,会产生冲突。

如果最终确定用B同事的文件名,那么解决办法如下:

1git rm A.C
2
3git rm origin-name.C
4
5git add B.C
6
7git commit

如果最终确定用A同事的文件名,那么解决办法如下:

1git rm B.C
2
3git rm origin-name.C
4
5git add A.C
6
7git commit

总结一下:

当Git无法自动合并分支时,就必须首先解决冲突。解决冲突后,再提交,合并完成。

解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容,再提交。

git log --graph命令可以看到分支合并图。

「 前端协作流程 」

下面来说说我对前端协作流程的一点理解。

项目的可维护性第一。我们并不是一个人在做事,项目的维护和二次开发可能是直接或间接的团队合作。好的可维护性可以从四个方面获得:

代码的松藕合,高度模块化,将页面内的元素视为一个个模块,相互独立,尽量避免耦合过高的代码,从HTML,CSS,JavaScript三个层面考虑模块化。 良好的注释。 注意代码的弹性,在性能和弹性的选择上,一般情况下以弹性为优先考虑条件,在保证弹性的基础上,适当优化性能。 严格按照规范编写代码。

「 如何避免提交冲突 」

很多童鞋都把git当作个人代码备份工具,没有涉及多人提交代码到中央版本库。但是在多人使用时,不能简单地再延续原来个人使用时的习惯。如何提交才能避免版本冲突呢?

1. 首先在本地 clone 项目源码回来之后,只有一个默认分支master,不要直接在上面工作。

a.建立一个自己的分支,如取名working: git branch working

b.切换到这个新分支: git checkout working

c.现在可以自由修改代码并保存了。

2.确保你修改的代码都是自己负责项目下,或者说你的两次提交之间,没有其他人来改相同项目下的代码,如果不能避免,你就要在下面的merge步骤手工处理冲突了。

3.提交代码时按下面的步骤:(可以将下面的脚本保存在你的每个项目之下,每次只修改提交一个项目)

1git checkout working    --force  #确保使用的是工作分支
2git add .
3git commit -m"$1" -a     #提交代码到本地,工作分支增加一个版本,这里的$1是运行脚本的第一个参数
4
5git checkout master      
6git pull origin master   #切换回默认分支,并将默认分支和中央最新版本合并
7git merge working        #在本地合并你的这次修改到默认分支
8git push origin master   #提交到中央版本库,接下来还是要切换回工作分支的
9git checkout working   --force

原文发布于微信公众号 - 交互设计前端开发与后端程序设计(interaction_Designer)

原文发表时间:2018-08-01

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏JAVA高级架构

微服务架构选型实践

背景 随着公司一年多的成长,我们已经开发了数十个项目了,后台有 JAVA 的有 PHP 的,为了更好地提升开发与管理效率,各技术大牛小牛们时常进行激烈的 PK,...

4996
来自专栏蓝天

测试 Linux 的可靠性

IBM Linux Technology Center (LTC) 成立于 1999 年 8 月,想让 Linux 成功的共同梦想使其与 Linux 开发团体直...

1433
来自专栏Java技术栈

聊聊微服务架构及分布式事务解决方案!

分布式事务场景如何设计系统架构及解决数据一致性问题,个人理解最终方案把握以下原则就可以了,那就是:大事务=小事务(原子事务)+异步(消息通知),解决分布式事务的...

1414
来自专栏大宽宽的碎碎念

如何避免下重复订单为啥会下重了呢?用幂等防止重复订单客户端的流程后端数据表设计下单的实现技术搞定幂等就足够了吗?通知如果还拦不住……这么麻烦,有必要吗?结论

5717
来自专栏胡彬的专栏

腾讯云分布式数据库 DCDB 架构解密

腾讯云金融级数据库 CDB for TDSQL (Cloud DataBase for Tecent Distribute SQL)是一个适用于 OLTP 场景...

5710
来自专栏james大数据架构

NET开发学习项目资源(2)

NET开发学习项目资源 击标题链接即可下载。 目录: 1.征婚交友网站    前台交友信息和后台会员管理两大部分组成。    前台功能模块    该模块主要包括...

2465
来自专栏james大数据架构

零代码如何打造自己的实时监控预警系统

概要 为什么要做监控 线上发布了服务,怎么知道它一切正常,比如发布5台服务器,如何直观了解是否有请求进来,访问一切正常。 当年有一次将线上的库配置到了Beta,...

6576
来自专栏企鹅号快讯

使用Redis走进误区,该怎么办?

首先是一个产品线开发人员搭建起了一套庞大的价格存储系统,底层是关系型数据库,只用来处理一些事务性的操作和存放一些基础数据; 在关系型数据库的上面还有一套Mong...

2669
来自专栏Fundebug

Redis的KEYS命令引起宕机事件

最近的互联网线上事故发生比较频繁,2018年9月19号顺丰发生了一起线上删库事件,在这里就不介绍了。

3895
来自专栏用户2442861的专栏

关于图片或者文件在数据库的存储方式归纳

http://www.cnblogs.com/wangtao_20/p/3440570.html

4941

扫码关注云+社区

领取腾讯云代金券