概述
Redmine 由我们安装、更新和备份，运行在法国的机器上。完整的项目管理：工单跟踪、甘特图、工时表，每个项目还带 wiki 和论坛。一个经得起用的老牌工具，在企业里至今仍然常见。您什么都不用装，也不用配置服务器：下单后几分钟，这个应用就会以您的名义上线。
与它相配的是 应用 舒享版，每月 8.99 €（含税）—— 4 GB 内存。Redmine 是一个 Ruby on Rails 应用，而 Rails 会在每个工作进程里把自己全部的类和插件都装进内存：要服务一个团队就得开好几个进程，每个都占一份。此外还有在繁忙项目上算甘特图、把工单列表导成 PDF，以及全文检索。这 4 GB 给了多个进程足够的空间，换成大白话就是：页面打开不用等。
来这里的人，多半是要替掉 Jira、Mantis，或者一个塞在共享邮箱里的「跟踪流程」。Redmine 比大多数工具做得更好的地方在于流程本身：对每一种工单类型、每一个角色，您都可以规定哪些状态流转是允许的、每一步又有哪些字段必填。于是「主管审批」变成了软件层面的硬约束，而不是会上口头提醒一句。工单可以用 CSV 导入，导出也一样，剩下的由 REST 接口覆盖，而每个项目都带着自己的 wiki、论坛和文件。
托管式主机改变了什么
流转规则一个角色一个角色地写
一张表把工单类型、角色和状态交叉起来：报单人可以从「新建」推到「已解决」，只有主管才能关闭。某些字段还能在特定步骤上设为必填。正是这一点，让工具去贴合质量流程，而不是反过来。
会自己长出来的甘特图
工单之间「先于」和「后于」的关系、开始日期与截止日期，再加上版本，就把图生成出来了，不用手画。某个截止日一动，依赖它的部分跟着顺延，延误在进度会之前就看得见。
真正能用的工时表
工时记在工单上，并标上活动类型——开发、开会、出差——然后按项目、按人、按周期汇总。交叉报表能导成 CSV，于是开票或者说明预算都不用再重录一遍数据。
项目、子项目以及它们各自的附属
一个项目可以包含另一些项目，并继承它们的权限。每个项目都有自己的 wiki、论坛、文档和日历，角色也各自独立：客户能看到自己的工单，却进不了隔壁那个项目。
为什么交给我们，而不是自己装
一家有节点要卡的设计事务所
十个项目同时进行，任务之间有依赖，还有写进合同的日期。甘特图把真实的先后顺序摆出来，而挪动某项研究，就能看见它把什么往后推了。
一家要跟版本的软件公司
工单挂在某个版本下，路线图显示交付前还剩哪些事，而发行说明就从已关闭的工单里长出来。缺陷跟踪和排期不再分居在两个工具里。
一个必须留下审批痕迹的部门
一条变更申请要先经过评审、再经过授权、最后才上线，而每一步都只允许特定角色执行。完整的历史随时可查，而这正是审计要的东西。
一支按工时开票的团队
每个人把自己的工时记在工单上，项目按活动类型汇总，导出的数据直接喂给发票。客户拿到明细，而与报价的偏差在过程中就看得出来。
一个要保存十五年历史的行政机构
Redmine 是一个稳定的软件，数据就装在一个普通的数据库里。选它的理由往往就是这个：一个十年后仍然读得懂的工具，而且不会每半年换一次界面。
托管在法国
一套工单系统里会有客户名称、事故记录，有时还有合同相关的内容。您这一套留在我们自建自营的新阿基坦大区基础设施里。
常见问题
用 Redmine 自带的工单 CSV 导入。先从旧工具导出，在 Redmine 里预先建好对应的类型、状态和自定义字段，然后把列对应起来。CSV 带不过来的是：附件和评论线索。有两种做法——只搬还开着的工单，把旧工具留成只读以备查历史；或者用 REST 接口把评论和文件重放一遍，这需要写一个小脚本。
任何一张工单列表都能导成 CSV 和 PDF，列和筛选条件就按您设定的那样；工时报表也是一样。Atom 源可以让您在阅读器里追一个项目，iCal 源可以把截止日期显示在日历里。REST 接口覆盖工单、项目、工时和用户，而数据库整份带走就能在别处重装。
界面有二十年了，这一点看得出来：它密集、好用，但谈不上好看。标配里没有看板视图——那是一个插件，而且常常收费。还有最关键的一点：插件在大版本之间的兼容性很脆弱，所以装得越多，将来升级越难受。我们的建议是少装。最后，要在 Redmine 里浏览代码仓库，前提是那个仓库在这台机器上读得到：在托管实例上，这意味着要维护一份持续更新的克隆，并不会自动发生。
应用 舒享版，每月 8.99 €（含税）。应用最低要求 1 GB 内存，而它提供 4 GB：这多出的余量是留给系统的，不是用来充门面的。日后可以更换套餐，无需重装。
包含，这是服务的一部分。在一个 Rails 应用上，更新恰恰是自己托管时最容易一拖再拖的那件事；在这里，它由我们执行并核对。