在Android开发中，对于Bug的管理、追踪是非常重要的，通常，开发和Bug追踪是分开的，提交代码后，需要打开网页来进行Bug管理。 但是！！！ 你不觉得很麻烦吗，在Android Studio中，你可以进行版本管理，那么为什么就不能进行Bug管理呢？确实，你说的对，完全是可以的！！！ 这里大家可以选择各种Bug管理工具，几乎包括了市面上常用的各种Bug跟踪管理工具。 由于鄙司使用的是JIRA，所以这里点击JIRA，填入公司JIRA服务器的地址，如图所示： ? 管理Bug 设置成功后，在菜单栏就会多处一个下拉框，如图所示： ? 点击Open Task，就会弹出跟你相关的所有JIRA信息，如图所示： ? 是不是很赞，现在使用Android Studio可以完全替代终端、Git、Bug管理工具，完全成为了一个all in one的集成开发环境了！！！
/imweb.io/topic/595e0bfef6476c7715208a2f 背景 横线是本来应该和跟随页面一并滚动的, 之前通过Udacity的浏览器渲染优化课程了解到其中有讲到一个Layer管理 , 但是课程并没有细讲 , 今天遇到一个Layer层导致的Bug , 刚好用上了。 还原Bug现场 横线是本来应该和跟随页面一并滚动的, 但是这里并没有： 此时看看Layer： 因为横线是使用::after + position:absolute; + margin偏移 来画的,
Vite学习指南，基于腾讯云Webify部署项目。
by:授客 QQ：1033553122 测试环境： 禅道项目管理软件7.1.stable版本 注：仅适合windows版 步骤1、找到xampp\zentao\module\bug\view目录下的 添加属性 required属性，required='required' 步骤3、找到xampp\zentao\module\bug\view目录下的edit.html.php 进行类似步骤2的编辑
Bug分支 软件开发中，bug就像家常便饭一样。 有了bug就需要修复，在Git中，由于分支是如此的强大，所以，每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。 1.1. 但是，必须在两个小时内修复该bug，怎么办？ On branch dev 6 nothing to commit, working directory clean 现在，用git status查看工作区，就是干净的（除非有没有被Git管理的文件 ），因此可以放心地创建分支来修复bug。
Bug在软件开发迭代的全生命周期中不可避免，对于开发人员来说，如果工作中没有做好Bug跟踪和梳理，对整个项目的进程、开发团队的工作效率和工作质量都会有影响。 那么，如何做好Bug管理？ 首先，我们需要了解Bug管理的流程。 Bug管理流程 1.收到提交的新Bug。 2.进行Bug分类和分配。 3.开发人员负责Bug修复并提交修复时长。 4.测试人员进行测试。 了解管理流程之后，我们需要选择合适的Bug管理工具落地整个流程，一个好的管理工具，不仅满足开发人员实际工作需求，更能为项目管理者提供一种管理思维。 如通过轻流无代码平台可以简单拖拽搭建符合自己需求的Bug管理流程，同时，轻流提供通用的Bug管理方案模版，只需一键安装，即可轻松上手使用。PC端与手机端可同步使用。 ? 便于Bug管理，设置问题优先级 对Bug的分类是修复前很重要的一步，因此，要提前做好筛选工作。
角色 管理员、经理、开发人员、修改人员、报告人员、查看人员，权限从大到小递减。 php print_summary_menu('print_all_bug_page.php') ? sina.com'; $g_webmaster_email = 'kk_ls@sina.com';//左下角邮箱地址的更改 $g_window_title = '流柯_BLOG-Bug
bug分支 在开发中，会经常碰到bug问题，那么有了bug就需要修复，在Git中，分支是很强大的，每个bug都可以通过一个临时分支来修复，修复完成后，合并分支，然后将临时的分支删除掉。 并不是我不想提交，而是工作进行到一半时候，我们还无法提交，比如我这个分支bug要2天完成，但是我issue-404 bug需要5个小时内完成。怎么办呢？ 小结:修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除； 当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场 这回git pull成功，但是合并有冲突，需要手动解决，解决的方法和分支管理中的解决冲突完全一样。解决后，提交，再push： ? ? ? 标签管理 git里边默认的版本好不容易记。
解Bug之路-串包Bug 笔者很热衷于解决Bug,同时比较擅长(网络/协议)部分，所以经常被唤去解决一些网络IO方面的Bug。 串包Bug现场 前置故障Redis超时 由于某个系统大量的hget、hset操作将Redis拖垮，通过监控发现Redis的CPU和IO有大量的尖刺,CPU示意图下图所示: ? Bug复盘 此次Bug是由Redis本身Server负载太高超时引起的。Bug的现象是通过Jedis去取对应的Key值，得不到预期的结果，简而言之包乱了，串包了。 缩小Bug范围 首先:Redis是全球久经考验的系统，这样的串包不应该是Redis的问题。 第二:Redis刷新了key后Bug依然存在，而业务系统重启了之后Okay。 Bug推理 笔者意识到，之所以串包可能是由于jedisClient里面可能有残余的数据，导致读取的时候读取到此数据，从而造成串包的现象。
本系列文章将使用UML2.0对Bug管理系统进行全程建模，该系统名为缺陷管理系统(Bug Management System, BMS)，并按照软件工程的标准，提供一套完整的解决方案。 图1-1 bug管理流程图 图1-1是bug管理的最基本流程，而实际的bug管理要更加复杂，不同的步骤由不同的角色负责，如提交bug、验证修改后的软件是测试人员的工作，分析和定位bug以及修改相应的软件是分析设计人员以及开发人员的工作 在BMS的需求分析过程中，我们发现bug管理流程的某些步骤可以通过一个bug管理系统来完成，一方面可以提高bug的处理速度，另一方面便于对bug信息的跟踪与统计。 通过对bug管理流程和实际使用过程的需求分析，BMS系统基本需求如下： (1) 系统预设管理员帐号为Admin，初始密码为Admin。 ，图3-4对bug信息管理进行建模。
笔者很热衷于解决Bug,同时比较擅长(网络/协议)部分，所以经常被唤去解决一些网络IO方面的Bug。现在就挑一个案例出来，写出分析思路，以飨读者，希望读者在以后的工作中能够少踩点坑。 串包Bug现场 前置故障Redis超时 由于某个系统大量的hget、hset操作将Redis拖垮，通过监控发现Redis的CPU和IO有大量的尖刺,CPU示意图下图所示: CPU达到了100%,导致很多 Bug复盘 此次Bug是由Redis本身Server负载太高超时引起的。Bug的现象是通过Jedis去取对应的Key值，得不到预期的结果，简而言之包乱了，串包了。 缩小Bug范围 首先:Redis是全球久经考验的系统，这样的串包不应该是Redis的问题。 第二:Redis刷新了key后Bug依然存在，而业务系统重启了之后Okay。 Bug推理 笔者意识到，之所以串包可能是由于jedisClient里面可能有残余的数据，导致读取的时候读取到此数据，从而造成串包的现象。
Silverlight ToolKit-AutoCompleteBox bug(Style bug) 现象 第一次选择输入a没有问题 ?
解Bug之路-Druid的Bug 笔者很热衷于解决Bug,同时比较擅长(网络/协议)部分，所以经常被唤去解决一些网络IO方面的Bug。 前言 此Bug是Druid低版本的Bug,此Bug至少在1.0.12版本就已经修复。 Sharding Proxy的Bug 于是此问题又萦绕在笔者心头，在又一番不下于上述过程的努力之后，发现一个月之前上线的新版本的Sharding Proxy的内存泄露Bug导致频繁GC(并定位内存泄露点 与此类似，如果DB负载过高的话，笔者推测也会触发Druid的Bug。 终于这次的连环Bug算是填完了。 总结 追查Bug，日志和源码是最重要的两个部分。最源头的日志信息量最大，同时要对任何不同寻常的现象都加以分析并推测，最后结合源码，才能最终找出Bug。
解Bug之路-TCP粘包Bug 前言 关于TCP流 TCP是流的概念，解释如下 TCP窗口的大小取决于当前的网络状况、对端的缓冲大小等等因素， TCP将这些都从底层屏蔽。 TCP粘包Bug 笔者很热衷于解决Bug,同时比较擅长(网络/协议)部分，所以经常被唤去解决一些网络IO方面的Bug。 Bug现场 出Bug的系统是做与外部系统进行对接之用。这两者并不通过http协议进行交互，而是在通过TCP协议之上封装一层自己的报文进行通讯。如下图示: ? 此后一切正常，交易量也回归正常，仿佛刚才的Bug从来没有发生过。在此之前，此系统已经稳定运行了好几个月，从来没出现过错误。 但是，这事不能就这么过去了，下次又出这种Bug怎么办,继续重启么？ 事实上，在笔者解决各种Bug的过程中，经常通过猜想等手段定位出Bug的原因。但是从现场取证，通过证据去解释发生的现象，通过演绎去说服同事，并对同事提出的种种问题做出合理的解释才是最困难的。
---- layout: default title: rpm bug category: [技术, 安全] comments: true --- rpm无法安装 今天安装java时候,下载的rpm
---- layout: default title: 找BUG category: [技术, C/C++] comments: true --- 找一找BUG 一段代码,实现一个pop,push
这是因为脚本文件可能在window弄过，有window下的空行，把他转换成unix格式的就行。
gclid=EAIaIQobChMIodC9mbuE5AIVl2WLCh2kyAtmEAEYASAAEgK6p_D_BwE image.png 暂时发现这个问题,技术人员解决下吧,哈哈,没想到有一天也能给人提bug
多云管理持续探索企业的公有云应用场景，致力于帮助企业在使用多个公有云时提升账号、资源的管理效率，降低企业云成本
扫码关注云+社区
领取腾讯云代金券
云服务器
测试服务 WeTest
云数据库 PostgreSQL
文件存储
SSL 证书