Redmine(或其他问题跟踪器)和纯文本待办事项列表之间的任何同步方式？

Question

我想通过简单的基于文本的界面访问Redmine任务库 - 想知道最短路径是什么(最小投资/开发).

---

现在,这归结为2个用例/阶段:

1. 从简单的,基于wiki的,发布的TODO列表中导入一批任务到Redmine,即.纯文本内容.这更像是一次性任务,因此快速而肮脏的解决方案就没问题了.

2. 稍后,一些平滑的双向同步将是很好的.例如,通过编辑器中的一些友好的纯文本(或XML)编辑任务的负载,或脚本,我可以通过简单的文本处理来操作所有这些任务; 然后与Redmine同步并将其提交回来.

有关实现这些最简单方法的任何想法？

我更喜欢外部解决方案(即不接触服务器),特别是对于一次性导入案例; 类似于整洁的IDE /编辑器/客户端,或独立的Ruby脚本(例如使用RM API).如果有适当的RM插件可用,我不会拒绝尝试(可以从我们可爱的IT支持获得root权限:) ..当前的想法:

• Emacs/Org-mode看起来像一个很酷的任务管理器UI和完全纯文本功能的完美组合.它似乎足以捕获标签,状态.这个艺术看起来很有前途的Orgmode和Roundup:弥合公众bugtrackers和本地任务列表,虽然不完全匹配.
• Ruby中的org-mode解析器,可以在redmine-api访问的脚本中使用,或者 - 最坏的情况(对我来说,现在) - 在新开发的RM插件中..这看起来是一个好的开始:org-ruby
• 导出RM-> XML,进程文件,导入XML-> RM ...不确定是否支持？我想总是可以直接与DB交谈,但我宁愿避免这种情况.

实际上,我也对Bugzilla的类似解决方案感兴趣.

Answer 1

在最简单的层面上，您可以编写一个 RM/Rails 插件来解析 Org-Mode 任务列表，更新 RM 模型中的相应问题。

同样，您可以为 Redmine（同样作为 Rails 插件）构建一个视图，以生成当前（或部分）问题的组织列表。

对于 Bugzilla，我认为您最好使用 XML-RPC 接口来进行问题比较/更新同步，因此您必须采取与 Redmine 非常不同的方法。

如果您有任何具体问题，请更新您的问题，目前它非常广泛。

更新

目前，有一些插件可能会帮助您找到解决方案，例如Nick Bolton 的 xml import和Martin Liu 的 Redmine CSV Import Plugin，但这两个都不能完全解决您的问题，只是给您一些有用的起点。

另一方面，如果你编写一个与Redmine的REST api交互的脚本，你不需要它使用任何特定的语言，事实上你可以在Emacs-lisp中完成，如果脚本的目标用户都是Emacs 知道，那么这很可能是完成这项工作的最佳方式。（这对我来说肯定是最有吸引力的选择。）