Migration 重新挖掘迁移后不起作用的修订关键字

Migration 重新挖掘迁移后不起作用的修订关键字,migration,redmine,revision,Migration,Redmine,Revision,几天前,我们做了一次从Redmine 0.9.3到2.2.0的长时间迁移。一切都进行了完美的迁移,似乎马上就能正常工作 但是我们发现了一个不再有效的函数。Redmine似乎不再监听repository关键字。它们仍然可以在管理->存储库中找到,并且仍然可以浏览存储库并查看更改。但Redmine将不再将修订与Redmine ID关联 我已经尝试删除关键字,保存更改并读取它们。没有成功。 我告诉Redmine使用命令“rails runner”Repository重新读取所有变更集。fetch_ch

几天前,我们做了一次从Redmine 0.9.3到2.2.0的长时间迁移。一切都进行了完美的迁移,似乎马上就能正常工作

但是我们发现了一个不再有效的函数。Redmine似乎不再监听repository关键字。它们仍然可以在管理->存储库中找到,并且仍然可以浏览存储库并查看更改。但Redmine将不再将修订与Redmine ID关联

我已经尝试删除关键字,保存更改并读取它们。没有成功。 我告诉Redmine使用命令“rails runner”Repository重新读取所有变更集。fetch_changesets“-e production”

但似乎什么都不管用


有什么想法吗?

您是否更改了subversion系统或提交编号

链接到带有*非数字*散列的变更集:提交:c6f4d0fd(显示c6f4d0fd)。

或者,这可能是Redmine中的bug

当您更改参考关键字时,它们仅适用于新的提交人。如果您想让它们用于旧提交,您必须删除您的Redmine项目中的存储库并在那里读取ir。在下一次获取变更集时(如果在项目中打开repository选项卡时自动激活了获取变更集),关键字将用于所有提交,包括旧的onea


例如,您有一个commit,其中“#1234”作为commitmessage,默认关键字(ref,reference issue[据我所知])被选中的1234将不会连接到commit。现在将关键字更改为*(单星表示每个issuenumber绑定时没有关键字),它仍然不会连接。现在删除、读取和重新蚀刻变更集时,问题1234将连接到提交

没有svn未被触及,编号也没有。我们有以下关键字:用于正常链接的REDMINEID和用于修复的REDMINEFIX。这一点也没有改变。