现在缺陷处于打开状态,我们可以加点备注。视操作权限级别而定,当在缺陷里写备注时,我们也能把它移动到一个新状态上。尝试像下图那样添加一些备注:
2018-07-18 阅读全文>>可以用管理员用户名admin@bugzilla org来登录,默认密码是password
2018-07-18 阅读全文>>在Docker hub上有一些Bugzilla的镜像可用,在你的Linux发行版的库里很可能也会有可用的Bugzilla。
2018-07-18 阅读全文>>下图展示了Bugzilla的缺陷状态机,或者说是工作流程
2018-07-18 阅读全文>>Bugzilla可以说是本章所有的问题跟踪器的教父。Bugzilla自1998年创建以来,一直被许多高姿态的企业使用,例如Red Hat、Linux内核和Mozilla。如果曾经报告过这些项目的缺陷,你很可能已经接触到Bugzilla了。
2018-07-18 阅读全文>>接下来,我们将会探索一组不同的问题跟踪器。它们都非常容易试用,方便在你做决定前参考。大多数都是免费的,但是也会涉及到一些收费的替代方案。
2018-07-18 阅读全文>>接下来,我们将会探索一组不同的问题跟踪器
2018-07-18 阅读全文>>还有一种常见的场景是开发者用一种跟踪器,质量保证团队用另一种,而运维团队用了第三种不能兼容的系统。
2018-07-18 阅读全文>>由于现在配置一个问题跟踪器在技术上没什么难度,团队经常会自行配置问题跟踪器来处理自己的问题和任务。这也在许多其他类型的工具上发生,如编辑器,但是编辑器只是开发者的个人工具,并且它们的主要作用并不是分享或与其他人协作。因此问题跟踪器的激增是一个问题,而编辑器的激增并不是什么问题。
2018-07-18 阅读全文>>问题跟踪器是否支持多客户端?
2018-07-18 阅读全文>>跟踪器是否提供多项目支持?
2018-07-18 阅读全文>>如果问题跟踪器有作为扩展点的API,那通常是很有用的。API可以用来集成到其他系统,也可以定制跟踪器使其符合企业的流程。
2018-07-18 阅读全文>>这个系统与企业的其他系统集成是否容易?
2018-07-18 阅读全文>>问题跟踪器支持我们选择的敏捷方法吗?
2018-07-18 阅读全文>>一些系统,比如Jira,允许高扩展性状态机来定义流程和集成编辑器。其他的更多是最简流程。你的需求决定了正确的方案。有些人从一个非常复杂的流程着手,最终发现其实只需要打开和关闭的状态。其他人认识到他们需要复杂的工作流来支持复杂的流程。
2018-07-18 阅读全文>>10203条 上一页 1.. 300 301 302 303 304 ..681 下一页