Gitea: 每个项目的 SCRUM 积压/冲刺积压

能否请您指出您特别想要哪些功能？

在 SCRUM 中，您基本上有一个 Product-Backlog，其中包含按优先级或某个预定义值排序的用户故事。
每个用户故事很可能包含一个标题、描述，可能还有一个用于衡量优先级的值的名称（或多或少像“问题”，但按优先级排序）以及该优先级字段。
还有一个字段，可以指示用户故事是否已实现，是否已删除（由于某些问题，未完成或需要更多描述）

在每个 Sprint（定义的时间段）中，开发人员从 Product-Backlog 中获取一些用户故事并将它们添加到他们的 Sprint-Backlog 中，除了 P-Backlog 还包括（可能是可选的）开发人员想要解决的想法具体问题，由他们选择的用户故事描述。 每个开发人员都可以看到其他每个开发人员分配的用户故事，但不能对其进行编辑（也许只能对其进行评论）
开发人员应该只能修改自己的解决方案注释，而不能修改用户故事的描述/标题，因此至少需要两个角色（产品所有者和开发人员（非排他））
如果 dev-1 完成了他分配的用户故事，他可以要求另一个 dev-2 将他的（其他 dev-2）用户故事分配给 dev-1（好吧，此时开放讨论）。

冲刺完成后，意味着时间到了，可能会有对完成的用户故事和未完成的用户故事的某种概述。
这些用户故事需要经历两个阶段。
完成的需要经历两个阶段，一个是 Sprint 审查（例如向客户展示完成的改进）（仅完成用户故事）。
第二阶段将是 Sprint 回顾，其中开发团队查看已完成的内容，尤其是过程中哪些内容是好的，以及哪些用户故事未完成以及为什么未完成（将它们移至产品待办事项列表）
（也许是一些“公告板”，其中包含有关“完成”定义的信息，这意味着何时将用户故事视为已完成以及一些流程优化内容）

一些启动新冲刺的功能，也许基于正常的问题系统，产品负责人可以接受这些建议并将它们转换为用户故事，添加优先级，更详细的描述等。

我不知道什么会更好，使用现有的问题系统并将其用作产品所有者的输入，以便从或专门使用 scrum 的东西，不包括正常的问题系统，并将 scrum 的东西视为自己的问题系统。

TLDR :D
通常需要有两个角色，一个是产品所有者（默认情况下，项目所有者可以通过第一个产品/项目所有者更改角色），另一个是开发人员。
此外，还需要一个 Sprint，它具有定义的（产品所有者？）持续时间和一些启动 sprint 的机制。 如果 sprint backlog 中没有任何内容，那么启动 sprint 是没有意义的，因此需要一个 sprint backlog 包含分配的（？）（也许每个开发人员都可以更改分配）用户故事，无法更改，但评论（一个带有子评论的粘性评论？）。
每个开发人员都需要能够（仅在 sprint 内？或他/她喜欢的任何时候？）将用户故事的状态从未完成更改为已完成（问题是，用户故事可以具有什么样的状态？）
当冲刺结束时，“问题跟踪器”的状态应该更改为审查阶段，只显示完成的用户故事（只有粘性开发人员评论？没有评论？所有评论？）。 （我们应该需要什么状态？：建议：计划、冲刺、审查、回顾）
然后产品负责人（？）应该能够将状态更改为回顾，其中可能是带有建议、模式、良好实践、不良实践等以及所有已完成和未完成的用户故事的“公告板”应该再次可见。
在此阶段之后，产品负责人（？）应该能够将阶段更改为下一个阶段，即计划阶段，未完成的用户故事应该（？）返回到产品待办事项列表并将完成的用户故事存档或删除（以免当之后发现错误时，将手指指向人）。
在计划阶段，开发团队可以再次将用户故事添加到他们的 sprint backlog 中。
在这一步之后，可能需要由产品负责人以某种方式启动冲刺。

祝大家讨论愉快（我希望）

用户故事还可以具有正常问题跟踪器中问题的所有属性，例如标签等。

这已经在#805 中讨论过。 我个人认为团队的工作流程可能会有很大不同，因此我们不应该有任何类似于 GitHub 或 GitLab 或 Bitbucket 的 Scrum 系统的“项目”功能。 我不认为有任何可行的一刀切，但是对于可以期望不会有大量事情要跟踪的小型项目，问题是一个很好的折衷方案。

就我而言，Gitea 本身应该坚持 GitHub/Lab 风格的问题，并且只提供使用 API 和 webhooks 处理它们的工具，或者允许人们使用外部问题跟踪器（我们已经有了！）。

@jxsl13我可以向您推荐可以与https://github.com/opf/openproject 。 它支持多种工作流程，您可以设置 gitea 将其用作您的工单/问题管理器（通过在 gitea 中设置 url）

@sapk谢谢，看起来很有前途

@sapk我已经安装了 open-project 并更改了

我的问题是因为我不知道是否有任何方法可以将我的 gitea 问题与 openproject 任务（gitea 的代码，gitea 和 openproject 中的问题数量相同）联系起来。

感谢您的回复！

也许可以通过 api 在 openproject 和 gitea 之间更紧密地链接，但我不知道有人这样做了（并且可能需要对 gitea 或 openproject 代码进行一些调整）。
除了托管在 gitea 中的代码之外，我主要使用它来进行高级项目管理。

我确实喜欢 Gitlab 方法，它允许从标签中创建 scrum/看板“板”并将它们转换为不同的视图......没有什么真正改变，它只是一个不同的视图，但恕我直言，这是一个非常有用的视图。

对于某些在同一工具上具有集成板的团队来说，创建问题是必须的。 拥有像 Gitlab 或 Github 这样的板会非常有用。 我在思考 gitea 集成板/项目选项卡的想法，我创建了这个想法的原型，它基于 Gitlab 方法：

它并没有真正起作用，它只是固定数据，但我认为视觉效果应该与此类似。 代码在这里：
https://github.com/rudineirk/gitea/blob/projects-board/templates/repo/issue/list.tmpl

缺少的是创建/选择板的视觉效果，就像 Gitlab 一样。 能够为多个团队创建板子真的很有用。

@rudineirk你能解决这个问题吗？

我也希望看到这种情况发生！ 它将使许多小团队能够直接和主要使用 gitea 工作，而不是在外部和可能难以设置的工具（如 Taiga.io 等）上苦苦挣扎。
使用外部工具，例如将提交链接到问题等可能是不可能的，这是这种方法的巨大好处！ （能够在您的提交中提及问题 ID 以使其出现在问题/票证中非常酷:)

我对这个功能非常感兴趣，因为我们的团队目前正在使用https://taiga.io/，但真正的价值是拥有一个具有看板/scrum 计划功能的集成问题跟踪器。

我认为从 GitHub 实现中可以学到很多东西，它最初与 gitea 完全一样。 他们的实现足够通用，允许用户将它用于 scrums 和看板，即使它不知道什么是冲刺。 如果人们可以定义列并拖放卡片，他们可能会找到一种方法来进行规划。

在这里我同意看板风格的板会非常好。 还没有人提到 Zenhub，它在 Github 的“顶部”提供了其中一些（以及更多）功能。

以下是我认为非常有用的东西：

• 问题的看板视图——这个视图几乎完全是一个 UI，可能需要一些数据库交互来跟踪列和列中问题的顺序）
• 甘特图——Gitea 已经提供了问题截止日期和依赖关系以及里程碑，这意味着所有数据都可以生成甘特图，我认为这将是一个非常有用的功能。 有像mermaidjs或React Google Charts这样的库，它们似乎具有合理的集成成本。 请注意，#7405 对此也有帮助。
• 组织里程碑——这可能是最容易实现的，但就像我们在 Gitea 顶部有“问题”（ /issues ）功能一样，里程碑功能会很好。 换句话说，如果我能看到与我相关的所有里程碑，那就太酷了。 目前，我只能查看单个项目中的里程碑。

毫无疑问，这些中的每一个都将成为他们自己的特征。 也许这个组合线程需要拆分为单独的功能/组件？

编辑：有人正在https://github.com/funktechno/git-kanban-enhanced-chrome-extension上为 gitea 开发一个像 Chrome 插件这样的 zenhub。

@adelowo在这里有一个分店，人们可能想要检查一下。 我对他的黑客攻击充满希望。

鉴于托管实例的简单性，我很想看到更多 PM 类型的工具进入 gitea，但是我非常高兴能够在接下来的一年左右的时间内在 gitea 中做工作板。 我认为如果人们想大力打击 PM 的东西，他们现在可以转向针叶林或替代品，并且_快乐_。

是的，差异可以在这里查看https://github.com/go-gitea/gitea/compare/master...adelowo :kanban_board?expand=1

@adelowo我们

在大约 8-10 天内

@adelowo如果它尝试获取 _localhost/user/project_ /projects （通过您的菜单），我会得到 500：

2019/09/12 10:30:44 ...ers/repo/projects.go:62:Projects() [E] GetProjects: no such table: project

看起来数据库引导程序还不起作用@版本 e7cf2b77afe50b5818c52405364faf3c914b9e63

那里有迁移，这很奇怪。 你能运行gitea migrate吗？

https://github.com/adelowo/gitea/blob/kanban_board/models/migrations/v95.go

没有什么特别的显示：

2019/09/12 16:15:08 models/models.go:181:NewEngine() [W] Table user Column email_notifications_preference db default is ''enabled'', struct default is 'enabled'
2019/09/12 16:15:08 models/models.go:181:NewEngine() [W] Table user Column passwd_hash_algo db default is ''pbkdf2'', struct default is 'pbkdf2'
2019/09/12 16:15:08 models/models.go:181:NewEngine() [W] Table user Column diff_view_style db default is '''', struct default is ''
2019/09/12 16:15:08 models/models.go:181:NewEngine() [W] Table user Column theme db default is '''', struct default is ''

但：

# sqlite3 data/gitea.db .schema | grep proj
CREATE TABLE `repository` (`id` INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL, `owner_id` INTEGER NULL, `lower_name` TEXT NOT NULL, `name` TEXT NOT NULL, `description` TEXT NULL, `website` TEXT NULL, `original_url` TEXT NULL, `default_branch` TEXT NULL, `num_watches` INTEGER NULL, `num_stars` INTEGER NULL, `num_forks` INTEGER NULL, `num_issues` INTEGER NULL, `num_closed_issues` INTEGER NULL, `num_pulls` INTEGER NULL, `num_closed_pulls` INTEGER NULL, `num_milestones` INTEGER DEFAULT 0 NOT NULL, `num_closed_milestones` INTEGER DEFAULT 0 NOT NULL, `num_projects` INTEGER DEFAULT 0 NOT NULL, `num_closed_projects` INTEGER DEFAULT 0 NOT NULL, `is_private` INTEGER NULL, `is_empty` INTEGER NULL, `is_archived` INTEGER NULL, `is_mirror` INTEGER NULL, `is_fork` INTEGER DEFAULT 0 NOT NULL, `fork_id` INTEGER NULL, `size` INTEGER DEFAULT 0 NOT NULL, `is_fsck_enabled` INTEGER DEFAULT 1 NOT NULL, `close_issues_via_commit_in_any_branch` INTEGER DEFAULT 0 NOT NULL, `topics` TEXT NULL, `avatar` TEXT NULL, `created_unix` INTEGER NULL, `updated_unix` INTEGER NULL);
CREATE TABLE `issue` (`id` INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL, `repo_id` INTEGER NULL, `index` INTEGER NULL, `poster_id` INTEGER NULL, `original_author` TEXT NULL, `original_author_id` INTEGER NULL, `name` TEXT NULL, `content` TEXT NULL, `milestone_id` INTEGER NULL, `project_id` INTEGER NULL, `priority` INTEGER NULL, `is_closed` INTEGER NULL, `is_pull` INTEGER NULL, `num_comments` INTEGER NULL, `ref` TEXT NULL, `deadline_unix` INTEGER NULL, `created_unix` INTEGER NULL, `updated_unix` INTEGER NULL, `closed_unix` INTEGER NULL, `is_locked` INTEGER DEFAULT 0 NOT NULL);
CREATE INDEX `IDX_issue_project_id` ON `issue` (`project_id`);

@genofire你https://github.com/adelowo/gitea/commit/812f256cdeed312877787b383279c30c5cda9a4f 中修复了它

对我有用，谢谢 - 这里有一些小问题：

高优先级：

• [ ] 在板之间移动问题
• [x] 将项目添加到当前问题
• [x] 查看项目

- [x] 创建项目

中等优先：

• [ ] 项目图标（ATM 与 MergeRequest 相同）
• [ ] 在查看项目期间创建问题
• [] 在创建问题时选择项目

低优先级：

• [ ] 重命名板
• [ ] 添加板
• [ ] 移除板
• [ ] 移动板
• [ ] 将Label | Milestone放入搜索旁边
• [ ] 搜索问题以将它们添加到项目（未经测试）

不过，问题可以跨板移动。

感谢您提供此列表。 现在可以在创建问题时选择项目。 请拉最新的

https://github.com/go-gitea/gitea/commit/c55d44e0233f46094fbebd33feac82e5072e1ba7

我已经在https://github.com/go-gitea/gitea/pull/8346提交了 PR

不过，问题可以跨板移动。

不存储，重新加载将其重置为Uncategorized

现在可以在创建问题时选择项目。

不显示项目列表

嗯，我再看看。 让我们将功能讨论移到 PR 中，以便将所有内容集中在一处。

谢谢

零值评论：等不及要发生这种情况了，:shipit: :rocket:: :four_leaf_clover:

请帮助尝试 #8346 并提供更多建议。

是否有关于此问题的更新？ （距离上次发帖已经一个月了。）

编辑：我没有意识到有些人（比如@storrgie）可能会被对他们的工作感兴趣的人冒犯。 我没有冒犯任何人的意思。

@tinxx你要么：

• 构建上面链接的 PR 并在实际 PR 中提供反馈
• 找出一种在经济上激励人们为此工作的方法（例如，直接联系@adelowo进行捐赠或做类似 bountysource 之类的事情以获得更多关注）

当您没有在财务或智力上做出贡献时，您不会吵着要完成工作，这在开源中是有害的。

Jetbrains刚刚发布了带有 gitea 集成的新版 YouTrack

@adelowo 有什么消息吗？

与此同时的另一个建议： kanboard

它并不完全是一种令人眼花缭乱的糖果（开箱即用），但它速度很快并且提供了足够有用的功能。

提问者：请看一下 PR。 好像不远了:wink:

是的@gsantner 。 只剩下一些 UI 修复了。 这个周末我应该去哪里

@adelowo关于什么时候可以使用的任何消息？

@zuhairamahdi计划在 1.12.0 发布。 有关更多信息，请参阅 #8346 PR。

是否有兴趣在多项目和/或董事会上遇到问题？

https://github.com/go-gitea/gitea/pull/8346#issuecomment -617175388

我确实喜欢 Gitlab 方法，它允许从标签中创建 scrum/看板“板”并将它们转换为不同的视图......没有什么真正改变，它只是一个不同的视图，但恕我直言，这是一个非常有用的视图。

我也缺少这个功能。 如果问题标签在您将它们移动到不同的通道/项目板时会更新，那就太好了。 通过提交消息中的可操作引用（即Fixes #1 ）更改标签并因此在通道之间移动问题也很有用。

@0xC4N1请发送一个新问题，我认为我们可以对此功能进行更多改进。