我继承了一个使用gerrit捕获和协作用户故事的过程。
这个过程是在捕获故事的最初阶段使用的，与白板方法相比，它看起来很长。
感觉这个过程违背了用户故事的精神，合作和面对面的讨论似乎受到青睐。
此外，gerrit工具更多地针对技术用户。编辑故事需要了解git，这些故事似乎将故事写入技术团队。
问题：是否可以使用gerrit有效捕获和协作故事？如果是这样，怎么办呢？
答案 0 :(得分：1)
我认为这是一个问题 - 每个故事都应该有一个ID。使用任务存储库，您可以非常轻松地与客户协作处理故事。 Gerrit是一个审核工具，而不是问题跟踪器。提交消息应包含问题ID。如果您使用Tuleap作为问题跟踪器，那么它将与Gerrit集成。因此，如果提交消息包含问题ID，那么客户可以单击该ID并将导航到问题/故事