fogbugz可以跟踪大小写依赖性吗？

解决方案

回答

是的，没有。案例可以相互链接，但是如果我们要寻找案例树(前提条件等)，则需要FogBugz 7或者更高版本。

如果我们使用的是FogBugz 7.3或者更高版本，则现在可以使用Case Dependency插件，该插件于2011年4月发布。

回答

我们没有确切定义依赖项的含义，但是如果我们要解决一种情况需要正式解决其他情况，那么答案是否定的。但是，我们可以从基本案例中引用其他案例，FogBugz将跟踪交叉引用。例如，如果我们在一个案例的案文中说" see case 2031"，则2031部分将变为超链接，并且这两个案例现在都将报告它们相互引用(向前和向后)。实际上，这是一个非常酷的功能。

回答

FogBugz 7现在支持子案例。这可能会或者可能不会解决问题，具体取决于我们要如何处理。

回答

FogBugz长期以来一直支持案例"关系"，只需在任何音符上添加"案例1234"，即可在案例之间创建临时链接。缺点：它们是不可移动的，并且一直存在于FogBugz 7中。(我们试图找出正确的方法，但是时间用完了，所以我们保留了当前的行为。)

新发布的FogBugz 7增加了父子层次结构，以使我们可以将一个主案例拆分为各个组成部分，或者在一个总括案例下汇总类似的请求。

FogBugz 7还提供了里程碑依赖性，其中一个里程碑无法在另一个里程碑完成之前启动。这仅适用于软件的计划功能。实际上，我们并没有阻止任何人从事相关里程碑中的案件。

我们认为这些功能代表了依赖关系的真实世界，因为它们存在于项目的不同部分之间。

由于某些原因，我们有意未实现任何类型的Bugzilla样式的阻止。首先，它可能效率极低，使人们无视自己面前的工作就可以轻松完成。其次，它可能导致相互依存的混乱。第三，它还允许将该软件用作社交活动("杰夫完成模型之前，我无法开始开发功能。")，我们试图避免这种情况。我们制作社交软件...是因为我们更愿意让社交问题得到社会解决，而软件问题则由软件解决。这种故意的做法是故意遗漏某些案例之间的阻塞或者严格依赖。

也就是说，FogBugz 7具有很高的可扩展性，具有插件，标签，自定义字段以及许多其他功能。如果我们要阻止，那么我敢肯定，有人可以将某些东西拼凑在一起。