问题标签 [pivotaltracker]

（对于那些没有听说过的人，Pivotal Tracker “是一个简单的、基于故事的项目规划工具，它允许团队协作并立即对现实世界的变化做出反应。它基于敏捷软件开发方法，但它可以用于各种类型的项目。”）

我们将围绕Rein Henrichs 的这个大纲构建一个工作流，并且对如何将产品组件分解为项目感到好奇。

我们已经尝试了一些标签，但似乎如果系统中有很多组件（照片查看器、视频查看器、新闻提要、通知服务），单个项目可能会变得非常拥挤。

同时，对于版本控制等，似乎将所有这些都放在一个项目中可能更有意义，而不管杂乱无章。

有什么想法吗？意见？注释？谢谢。

我有一组 XML 格式的故事。我想解析文件并将每个故事作为散列或 Ruby 对象返回，以便我可以进一步操作 Ruby 脚本中的数据。

Nokogiri是否支持这一点，还是有更好的工具/库可以使用？

XML 文档具有以下结构，通过Pivotal Tracker 的 Web API返回：

我正在尝试构建一个类似于 PivotalTracker 的视图，其中不同的存储桶中有各种行。对服务器进行了一些轮询，因为在您处理它时其他用户可能会更新行，并且页面应该自行更新而无需手动刷新它。

我知道如何轮询服务器并获取更新的行，但这不仅仅是在更新时重新绘制每一行的问题，因为该行可能会更改屏幕上的位置或顺序，也可能会被删除等。

它足够复杂，我不认为他们是用 javascript 手动完成的。

看起来他们正在做一个版本化的视图，其中只有更改的差异（在 JSON 中）在轮询时被推送到客户端，因此使用这些差异使视图与数据库保持同步。

我从未真正听说过或见过一个库来执行“版本化视图”，但也许这样的库或框架存在？或者他们有其他方法吗？谢谢！

顺便说一句，我正在使用 Ruby on Rails 来构建它。

我想将Pivotal Tracker用于一个新项目，但我不知道如何将它与 Mercurial 一起使用，以便轻松地从一种工具转到另一种工具。

您使用什么工作流程将 Pivotal Tracker 中的用户故事/功能与您的 DVCS（Mercurial/Git）联系起来？

提前感谢您的建议。

如果我需要在我的应用程序中修复一些装饰性的东西（例如修复元素的颜色），这应该被标记为错误还是 Pivotal Tracker 中的一个功能？

注意：即使它是装饰性的，但这并不意味着此修复将是微不足道的。

我目前正在使用 Pivotal Tracker，我喜欢它的功能。不过，我正在从事的项目基本上只是一个业余爱好游戏项目（尽管我打算在完成后将其出售）。因此，虽然我确实想及时推进并处理它，但我真的不喜欢像 Pivotal Tracker 那样被“定时”迭代。

我真的很喜欢 Trac，但我不想将它托管在我的家庭服务器上，因为我不是 24/7 运行该服务器，而且我有另一个人在处理无法访问我的服务器的项目。所以我希望那个人能够随时访问跟踪器。那么有没有托管的像 Trac 这样的项目跟踪器？

谢谢

我正在开发一个产品，我正在使用 Pivotal Tracker 编写用户故事，但我对 BDD 和 XP 很陌生，对 Cucumber 也很陌生。所以我对术语有点困惑。故事和黄瓜功能有什么区别？两者都是由三部分组成的简单描述——参与者、行动和商业价值。正确的？因此，如果我已经用 Pivotal Tracker 编写了一个故事，我是否应该直接将其复制到 Cucumber 功能中？一个故事可以有多个特点吗？

你怎么看？

假设您正在使用 Pivotal Tracker 并为项目中缺少的集成测试制作票证。你会把它们作为杂务或功能吗？好奇的。

我需要一个跟踪器，但更具体的是 UI 问题的跟踪器。JIRA o PivotalTracker 的替代方案。我需要发布一些截图，并对它们进行注释。我基本上需要一个实用的工具来报告 UI 错误。有什么建议吗？提前致谢

是否可以通过 Pivotal API (v3) 添加版本？