folgbugz 可以跟踪案例依赖性吗？
folgbugz 可以跟踪案例依赖性吗？
Can fogbugz track case dependencies?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
folgbugz 可以跟踪案例依赖性吗？
Can fogbugz track case dependencies?
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
接受 或继续使用网站，即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论（4）
您没有准确定义依赖关系的含义，但如果您的意思是一个案例的解决需要其他案例的解决 - 正式的答案是否定的。 但是，您可以从基本案例引用其他案例，FogBugz 将跟踪交叉引用。 例如，如果您在一个案例的文本中说“参见案例 2031”，则 2031 部分将变成超链接，并且两个案例现在都会报告它们相互引用（向前和向后）。 实际上这是一个非常酷的功能。
You didn't define what you mean by dependencies exactly, but if you mean that the resolution of one case requires the resolution of others - formally the answer is no. However, you can refer to other cases from a base case and FogBugz will track the cross references. For example, if you say "see case 2031" in the text of one case, the 2031 portion will turn into a hyperlink and both cases will now report that they refer to each other (both forwards and backwards). It's a pretty cool feature actually.
FogBugz 7 现在支持子案例。 这可能会也可能不会解决您的问题，具体取决于您想要如何处理它。
FogBugz 7 now supports sub-cases. This may or may not solve your problem, depending on how you want to handle it.
是和不是。 案例可以相互链接，但如果您正在寻找案例树（先决条件等），则需要 FogBugz 7 或更高版本。
如果您使用的是 FogBugz 7.3 或更高版本，您现在可以使用 Case Dependency Plugin，于 2011 年 4 月发布。
Yes and no. Cases can be linked to each other, but if you're looking for a tree of cases (prerequisites and such), you need FogBugz 7 or later.
If you're using FogBugz 7.3 or greater, you can now use the Case Dependency Plugin, which was released in April 2011.
FogBugz 长期以来一直支持案例“关系”，只需在任何注释中添加“案例 1234”即可在案例之间创建临时链接。 缺点：这些是不可移除的，并且在 FogBugz 7 中仍然存在。（我们试图弄清楚如何正确执行此操作，但时间不够了，所以我们保留了当前的行为。）
新发布的 FogBugz 7 添加了父级 -子层次结构，允许您将主案例拆分为其组成部分，或将类似的请求聚合到一个伞式案例下。
FogBugz 7 还提供里程碑依赖性，其中一个里程碑不能在另一个里程碑完成之前启动。 这仅适用于软件的调度功能。 我们实际上并不阻止任何人处理依赖里程碑中的案例。
我们认为这些功能代表了现实世界的依赖关系，因为它们存在于项目的不同部分之间。
出于多种原因，我们故意不实施任何类型的 Bugzilla 式阻止。 首先，它的效率可能极其低下，让人们忽视了原本可以轻松完成的工作。 其次，它可能会导致相互依赖的泥潭。 第三，它还允许使用该软件作为社交大棒（“在杰夫完成他的模型之前，我不能开始删除功能。”）这是我们试图避免的事情。 我们制作社交软件……因为我们更愿意让社会问题通过社会方式解决，软件问题通过软件解决。 故意省略案例之间的阻塞或硬依赖是这一理念的一部分。
也就是说，FogBugz 7 具有高度可扩展性，具有插件、标签、自定义字段和许多其他好东西。 如果你想要阻止，我相信有人能够拼凑一些东西。
FogBugz has long supported case "relation", which creates an ad hoc link between cases simply through adding "case 1234" to any note. Downside: these are not removable, and this persists into FogBugz 7. (We tried to figure out how to do it right, but just ran out of time, so we left current behavior.)
FogBugz 7, newly released, has added parent-child hierarchy, to allow you to split up a master case into its constituent parts, or to aggregate similar requests under one umbrella case.
FogBugz 7 also offers milestone dependencies, where one milestone cannot be started before another is complete. This only applies to the scheduling features of the software. We don't actually prevent anyone from working on cases in the dependent milestone.
We feel these features represent the real world of dependencies as they exist among different parts of a project.
We intentionally did not implement any sort of Bugzilla-style blocking, for several reasons. First, it can be horrendously inefficient, allowing people to ignore work that they could easily do if it was in front of them. Second, it can cause a morass of interdependencies. Third, it also allows the use of the software as a social bludgeon, ("I can't start stubbing out functions until Jeff has finished his mock-ups.") which is something we try to avoid. We make social software... in that we prefer to let social problems be solved socially and software problems be solved with software. The intentional omission of blocking or hard dependency between cases is part of this philosophy.
That said, FogBugz 7 is highly extensible, with plug-ins, tags, custom fields, and lots of other goodies. If blocking is what you want, I'm sure someone will be able to cobble something together.