1. 如果线上出现bug git上怎么处理
方法1：在当前主分支修改bug
暂存当前的改动的代码，目的是让工作空间和远程代码一致：
Git stash
修改完bug后提交修改：
git add .
git commit -m "fix bug 1"
git push
从暂存区把之前的修改恢复，这样就和之前改动一样了
git stash pop
这时可能会出现冲突，因为你之前修改的文件，可能和bug是同一个文件，如果有冲突会提示：
Auto-merging xxx.Java
CONFLICT (content): Merge conflict in xxx.java
前往xxx.java解决冲突
注意stash pop意思是从暂存区恢复到工作空间，同时删除此条暂存记录。
方式2：拉一个新分支，老司机都推荐这样做，充分利用了git特性
先暂存一下工作空间改动：
git stash
新建一个分支，并且换到这个新分支
git branch fix_bug //新建分支
git checkout fix_bug //切换分支
这时候就可以安心的在这个fix_bug分支改bug了，改完之后：
git add .
git commit -m "fix a bug"
切换到master主分支
git checkout master
从fix_bug合并到master分支
git merge fix_bug
提交代码
git push
然后从暂存区恢复代码
git stash pop
2. 前端项目上线出现bug可以打断点调试吗
可以 按住F12 进入Sources 找到你需要调试的页面 在左侧点一下 就可以打断点 如下图
3. 前端开发，为什么网站上会出现些“非必现”的问题
有时候思路不能太局限，除了后端日志，前端日志也是可以做的，再就是多关注下微博等社交网络，有用户反应可以尝试主动联系他们（哪管很久以后才修复甚至不修复 用户都会很开心） 另外，除非是非常严重的问题，像互联网应用，不可能做到完全的无bug，也不可能满足所有人，对于那种只有几个人反应的问题，无视就好了么 这里不得不说一下，360反应用户意见是最快的，腾讯网络是无视最彻底的，qq很简单的功能，比如锁定分组（稍微一不小心鼠标一抖用户就不知道被拖到哪里去了） 我提交了N次没人屌我 所以 你懂得
4. 怎么判断是前端bug还是后端bug
在提bug时，只有明确定位是前端bug还是后端bug，才能正确指派给对应的开发同学，如果经常分不清楚，一直需要开发同学重新指派，不仅浪费了时间，还会被开发同学吐槽，今天就带大家解锁一些区分前后端bug的技能，分分钟get~
1、出现样式的问题基本都是CSS的bug
2、出现文本的问题基本都是html的bug
3、出现交互类的问题基本都是JS的bug
1、未发送请求，就属于前端bug
2、接口请求url错误，传参错误，就属于前端bug
3、接口返回数据错误，就属于后端bug
1、例如页面加载慢或提交表单慢，一直pending，抓包查看请求耗时，如果耗时长，那就属于后端bug
1、越权。可以分为水平越权和垂直越权，以下两个例子都属于后端Bug。
水平越权的例子：在业务系统中，本来用户A只能对自己的个人信息进行增删改查，但是通过抓包，修改用户id（一般用户id都是递增的），可以获取到其他人的个人信息，或者账号A将自己的个人信息页面通过浏览器发送给用户B，用户B登录系统后可以看到用户A的信息，这就是水平越权了
垂直越权的例子：在业务系统中，本来用户A对某条记录只有查看的权限，但是通过抓包，可以对记录进行修改，这就是垂直越权了
1、例如对于字段有效性的校验等，前后端均需要校验，因此属于前后端共同的bug
以上内容仅供参考，请大家提出优化意见或建议~
5. 前端js 遇到难以重现的 bug 该怎么办
推荐使用Fundebug监控。Fundebug的用户行为记录可以帮助你更好地去理解BUG的成因，快速复现bug。
6. 是否遇到过线上bug怎么解决
第一步：评估影响范围。收集问题的故障类型、影响范围及影响时长
第二步：快速恢复。能确定问题的恢复方法：hotfix、调整配置、功能关闭，不能确定问题的恢复方法：回滚、重启、扩容、降级
第三步：定位问题。重现问题步骤，并结合日志来复现问题，配合开发定位
第四步：问题复盘。分析问题的根本原因，判定是否还存在类型问题，如何避免类似问题的发生
当初在黑马程序员学习的时候我就经常忘记，所以后来记得很牢了。
7. 前端跟后端哪个更好就业
前端和后端都是一样的，就业情况好不好，取决于你能力所达到的层次。
不论是前端还是后端，最差的程序员都是不缺的，越高级的程序员就越缺。能力才是决定“前景”最重要的因素。建议根据自己的兴趣来选择比较好，这对你长久的发展是很有帮助的。
只要它是一个Internet客户端接口，就需要前端来完成生产。前端开发的编程量很小，但是需要一些编程。开始很容易，但需要一个深入学习的过程。与前端开发相比，后端开发人员在业务逻辑上有更高的要求，因此如果之前没有相关基础，则相对较难选择前端开发。
8. 前端开发bug如何快速
1，根据报错信息定位：
(1) Uncaught TypeError: Cannot read property 'attr' of undefined;
此类型为变量或者对象属性未定义类型。
(2) Uncaught TypeError: a.map is not a function；
a.map不是函数，说明a不是数组，只有数组才有map方法。
(3) Uncaught SyntaxError: Invalid or unexpected token；
这种一般是js的代码格式错误。
2, 排除法
页面中一共有abcd五个方法，注释掉d后代码正常说明d有问题。
3，剥离法
同样一个方法，在A页面没问题，在B页面有问题，这时候，新建一个剥离这个组件，然后运行，如果没有异常，就算不是这个组件或者方法的问题，然后逐渐在新页面中加入可能影响B页面的条件。
9. APP上线出重大bug，产品经理欲开除程序员网友：把你自己开了！
对于程序员而言，出现bug就像吃饭一样稀松平常。出现bug？改就是了。但最近出了个让众网友都啧啧称奇的事。某公司的APP上线之后，出现了重大bug，这位产品经理居然去网上问该不该开出程序员。顿时，众程序员就炸了。这是什么情况呢？
为什么会有这么多程序员都气炸呢？这么说吧，首先，程序员不可能一点bug都不出，但是现在这么重大的bug到APP上线了才被发现。很明显是测试的责任更大，现在这个产品经理却是让程序员走人。再者，不管是测试还是前端的错，首先，最大的责任应该是这个产品经理的错。而他，现在只想找程序员的责任。最后，出现了错误，他的第一想法不是解决问题，不是找出各部门的责任，不好好复盘而一味的甩锅给程序员们。
众网友也是气愤不已，表示，开！就应该让这个产品经理把自己开了，不懂前后端还敢管程序员做APP。出了事情不自己扛还找人背锅。另一部分则表示赶紧开除程序员，放他们一条生路。
不管怎么说，这位产品经理的行为，着实让人十分寒心。身为管理者，出事了首先就应该从自己找原因。我们公司的负责人，有问题首先都是自己先承担，然后再说如何去惩罚出错误的部门。即便是惩罚也不会说像这样直接让人走人。说实话，这种行为就像夫妻吵架说离婚一样的性质。即便后来问题解决，也和好了，但是心却寒了。
对此，各位小伙伴有什么不同的想法呢？
10. 前端Bug提示:Cannot read property 'width' of null
前端提示1：
解决方向：
1.检查字段是否有写错
2.查看前端括号中括号是否有误
前端提示2：
解决以上问题又出现：
此时发现映射文件里缺少字段，补上后依旧是这个问题
控制台提示如下：
解决方向：
根据提示检查，原来是映射文件中queryPackingDataCount 方法返回值没有写resultType="int"
提示的问题都解决后，上传数据还是提示失败
原因：循环读取数据是从1开始的，根本读不到数据，我的文字已经占了两行。当把1改为2时显示成功
前端提示3：
解决方向：
额 我的是因为用了两个columns，可能冲突了，所以