问题标签 [fogbugz]

我正在创建一个连接到 Fogbugz XML API 的 Android 应用程序（向 API 发送请求，接收回一个 XML 文件）。现在，我正在创建一个服务来处理这些请求，并解析每个请求以访问可用信息。最好的方法是什么？如果我得到一个 inputStream，我应该使用 SAX 解析器吗？

如果我们从 TFS 迁移到 Fogbugz Kiln，我们可能会面临哪些问题？

目前我们正在使用 TFS 进行源代码控制，我们正在考虑迁移到 Kiln 的选项。

我们是完全基于 Microsoft 开发工具的公司，因为我们使用 Visual Studio .net、SQL 服务器、TFS、Windows 服务器等。

搬家的原因似乎是：

1. 窑中更好的代码审查工具
2. 更好的分支合并管理。

有人已经这样做了吗？当我们将 Visual Studio 与 Kiln 一起使用时，有人知道问题吗？

我可以将 FogBugz 作为 IssueTracker 连接到 TeamCity 吗？目前我只能看到 3 个连接驱动程序：Bugzilla、Jira 和 YouTrack。谢谢

那里你好。我正在组建一个新的软件团队，我正在寻找不同的工具来克服我以前与其他团队的噩梦。

在过去的 5-6 年中，这些是我经历的一些转变：

源代码控制：
CVS => VSS => SVN

项目管理、Bug 和问题跟踪：
Paper => PostIt Notes => OneNote => BugNet => OnTime

Wiki 和文档：
Word + Network Share => ScrewTurn Wiki

生成器自动化：
Cruise Control + MSBuild

现在，特别是因为 SVN 和 Wiki 的情况，我正在考虑用一些新鲜的东西来组建这个团队。过去，我们曾在 SVN 中遇到过分支噩梦，我们越是尝试修复它，它就会变得越糟糕。我面临的另一个挑战是找到稳定且集成的东西。可以想象，BugNet+SVN+ScrewTurn+CruiseControl+MSBuild 是完全不同的动物，所以整合和协同非常重要；我不想在 10 个不同的应用程序之间跳转来报告错误或分配任务并查看已完成的工作并查看 repo 日志。
所以，我和新团队已经讨论了几天了，我认为我们已经将其缩小到 2 个可能性：

1. TFS 2010
Pros：
- 多合一解决方案。它确实拥有一切，包括一个新的 SCRUM 流程模板。
- 非常友好的用户界面和 SharePoint 集成。
- 所见即所得的 Wiki 和 Office 集成。
缺点：
- 硬件和管理时间的前期成本高。软件也一样，但它不会影响我们，因为我们有免费软件的 MSDN 订阅。
- 我对 TFS 的源代码控制犹豫不决。SC 是基于文件的，并且像 SVN 和 VSS 一样具有中央存储库。我真的不想因为我们过去遇到的同样问题而堕落。

2. FugBUgs + Kiln + CC
优点：
- Kiln 使用 Mercurial，具有分布式源代码控制的所有优点。
- 最小的前期成本和计划时间来启动和运行。每位用户每月 30.00 美元。
- 非常友好的网络用户界面。
- 所见即所得的 Wiki 编辑器。
- 非常简单的问题跟踪器和项目管理工具。集成 SCRUM 流程将很容易。
缺点：
- 缺乏用于更多集成流程（如 TFS）的构建器自动化工具。所以这意味着我们将不得不继续用命令行功能和社区任务来维护我们的构建器工作人员。

过去，我使用 Visual Studio Team System 2005，并没有带上关于该系统的最美好的回忆。但新的 TFS 2010 似乎是一个非常可靠的赌注。FogBugz 和 Mercurial 有点像街区里的新孩子，他们为新流程带来了新的思考，但与往常一样，这是一把双刃剑。
任何有这些方面经验丰富的人？我们错过了第三种选择吗？你有解决我问题的灵丹妙药吗？

1. 工具集成
   1.1。源代码控制
   1.2。维基
   1.3。构建自动化
   1.4。项目管理
   1.5。问题跟踪器
2. 最小化源代码控制分支和合并冲突（是的，我们必须分支和合并）
3. 友好的用户界面（不是每个人都是 CMD 黑客）
4. 所见即所得的维基。
5. 开发人员的学习曲线。
6. 是时候让它全部运行 VS。长期价值。

新团队有 4 名团队成员 + 1 名项目经理（Scrum Master）和 1 名产品经理（产品负责人）。所以我们谈论的是一个相对较小的新团队。我们将处理的范围和项目是大型企业应用程序，具有多个项目和分支变体

Does anyone know how FogBugz implemented the "taking a screenshot of the current work screen" feature? Is this done purely via php? Perl? A flash script?

FogBugz 使用什么维基引擎？

Fogbugz 有一个非常好的键盘快捷键实现。

您点击CTRL+;并且您点击的下一个键将对应于当前页面上的用户界面元素。

这巧妙地避免了与现有浏览器键盘快捷键的冲突（就像您只是尝试添加CTRL+ A, CTRL+ B.. 样式快捷键的情况一样）。

更好的是，在您点击CTRL+ ;“小黄色标签将出现在每个带有其快捷方式的操作上。” 因此，您随时都有一个即时的键盘快捷键参考。

完整的细节在这里： http: //fogbugz.stackexchange.com/questions/4310

有没有人看到我们可以使用的基于 jQuery（或其他）的实现？

我已阅读本教程Integration SVN并为我的项目设置了 BugzID。

所以，目前我有另一个问题，我的项目正在开发中，可能会添加新的文件或模块，如何自动将 BugzID 添加到新的文件或模块中？谢谢。

我想知道是否有一种方法可以在本地提交或推送到 kiln 存储库时自动标记变更集。

我希望每个变更集都有一个带有版本/内部版本号的标签。我计划将我的版本/内部版本号存储在数据库中，并希望让脚本从数据库中检索此值并将标签添加到变更集。是否可以在推送到 kiln 存储库时自动调用脚本以将其作为提交后事件或推送后事件执行？

我也愿意接受任何其他方法来实现每次提交/推送时的自动标记。

我们使用 Fogbugz 来跟踪问题，我正在为 Fogbugz 编写一个围绕 XML API的 C++ 包装器。

最佳实践似乎是使用“侦察”字段，以便仅计算类似/相同的崩溃但不再报告。为此，我们需要一个用于特定崩溃原因的唯一字符串。

在 Win32 中 - 在获取 dmp 文件或其他崩溃处理程序之后，为崩溃创建唯一字符串的好方法是什么？（我们将创建一个 dmp 文件并将其发送到fogbugz 服务器）

在以前的帖子/文章/等中，Joel 提出了各种建议，但其中大部分都依赖于像 C# 这样的语言，它使用反射并且有很多难以获得或不可能获得的信息。

有没有其他人得到诸如堆栈跟踪或其他东西来在fogbugz中制作侦察条目？

编辑澄清 - 我们不希望每个事件都有一个唯一的 ID - 可能存在具有相同代码路径的崩溃。我们想要捕捉到这一点。我在想我们会得到我们代码中的最后几个堆栈调用（不是来自 win32 DLL 的堆栈调用） - 但不知道如何去做。

将每次崩溃都报告为唯一是不正确的。报告同一案例下的所有崩溃是不对的。重复导致崩溃的场景的不同用户应映射到同一事件。

编辑

我认为我们想要的是崩溃的一般“签名”——基于堆栈上的内容。类似的堆栈应该具有​​相同的签名。例如 - 采用我们应用程序中的前 5 个方法，然后我们将第一个调用（如果有）放入 MS DLL。这对于签名可能就足够了，并且可能会关联“相同”的崩溃。

那么如何获得堆栈上的方法列表呢？您如何判断它们是来自您自己的应用程序还是来自另一个 DLL？

编辑 - 注意我们想在异常处理程序中创建一个“桶 id”/签名，以便我们可以创建小型转储并将其作为侦察描述发送到雾虫。或者，我们可以在应用程序下一次启动时加载转储，然后使用我们生成的签名发送它。