Ключевые слова редакции Redmine не работают после миграции

Пару дней назад мы сделали долгий переход с Redmine 0.9.3 на 2.2.0. Все отлично мигрировало и вроде сразу заработало.

Но мы только что нашли одну функцию, которая больше не работает. Redmine больше не слушает ключевое слово репозитория. Они по-прежнему находятся в разделе «Администрирование» -> «Репозитории», и по-прежнему можно просмотреть репозиторий и увидеть изменения. Но Redmine больше не будет связывать ревизии с идентификаторами Redmine.

Я уже пытался удалить ключевые слова, сохранить изменения и прочитать их. Нет успеха. Я сказал Redmine перечитать все наборы изменений с помощью команды «rails runner «Repository.fetch_changesets» -e production».

Но ничего не работает.

Любые идеи?


person Wubinator    schedule 18.01.2013    source источник


Ответы (2)


Вы изменили систему подрывной деятельности или нумерацию коммитов?

Link to a changeset with a *non-numeric* hash: commit:c6f4d0fd (displays c6f4d0fd).

Или это может быть ошибка в Redmine http://www.redmine.org/issues/13000.

person Arnis Juraga    schedule 27.01.2013
comment
Никакой svn не трогали и нумерацию тоже. У нас есть следующие ключевые слова: REDMINEID для обычного связывания и REDMINEFIX для исправлений. Это тоже не изменилось. - person Wubinator; 28.01.2013

Когда вы меняете ссылочные ключевые слова, они работают только для новых коммитов. Если вы хотите, чтобы они работали со старыми коммитами, вам нужно удалить репозиторий внутри вашего проекта redmine и прочитать его там. При следующей выборке наборов изменений (если выборка наборов изменений активирована автоматически при открытии вкладки репозитория в вашем проекте) ключевые слова используются для всех коммитов, включая старый.

Например, у вас есть фиксация с «# 1234» в качестве сообщения фиксации и ключевые слова по умолчанию (ссылка, справочная проблема [насколько я помню]), отмеченная галочкой 1234, не будет связана с фиксацией. Теперь, изменив ключевые слова на просто * (одинарная звездочка означает, что каждый номер проблемы связан без ключевого слова), он все равно не будет подключен. Теперь, когда вы удалите, прочитаете и обновите наборы изменений, проблема 1234 будет связана с фиксацией.

person bish    schedule 12.05.2013