Возможны ли переменные среды (или что-то подобное) в сообщениях автоматической фиксации Mylyn?

Мой текущий проект просит нас следовать определенному формату для наших сообщений фиксации. (В проекте используется SVN.)

В формате Mylyn это будет выглядеть примерно так:

${USER_INITIALS}: ${task.key} [(${connector.task.prefix}) "${task.description}"] -

Переменная ${USER_INITIALS} является "псевдокодом", а остальные являются рабочими переменными фиксации Mylyn.

Было бы неплохо, если бы я мог использовать переменную среды и сохранить шаблон до .settings/org.eclipse.mylyn.team.ui.prefs. Тогда каждый участник проекта сможет его использовать.

Я испробовал реальный псевдокод выше (а также уже существующие переменные среды PATH и USER). По-видимому, ни один из них не разрешается, потому что при фиксации они заменяются пустой строкой.

Есть ли решение?

P.S. Почему бы просто не полагаться на имя пользователя SVN, которое уже является свойством каждого коммита SVN? Потому что мы интегрировали SVN с нашим LDAP-сервером, и он возвращает наш (числовой) EMPLID, который никто не может атрибутировать без ручного поиска. Следовательно, это не очень полезно для быстрой атрибуции (что желательно).


eclipse version-control jira svn mylyn
person Jamie Jackson    schedule 28.03.2013    source источник
comment
RE Bounty: меня интересует ответ на вопрос об общих переменных среды в сообщениях фиксации; не один к конкретным инициалам пользователя фиксирует сообщения вопрос ОП   -  person Sam Hasler    schedule 09.04.2013
comment
Просто чтобы уточнить, внедрение переменных среды в качестве хука фиксации SVN — это не то, что вы ищете, верно?   -  person slm    schedule 14.04.2013
comment
Правильно, @slm. Я ищу что-то, что можно интегрировать в механизм сообщений фиксации клиента Mylyn. (Я думаю, что вы говорите о серверном решении SVN.)   -  person Jamie Jackson    schedule 17.04.2013
comment
Я просмотрел исходный код и документы Mylyn и не смог найти способ сделать это напрямую в Mylyn, я думаю, что у вас есть единственный вариант - создать крючок/триггер SVN, который либо расширит переменные среды для вас, либо введет их в определенном месте во всех сообщениях журнала фиксации.   -  person slm    schedule 17.04.2013
comment
@slm Серверное решение SCM (например, ловушка) не совсем подходящее место. Это действительно должно быть на стороне клиента. Однако тот факт, что вы копались в источнике и не смогли найти встроенную поддержку для этого, означает, что это невозможно, является правильным ответом на мой вопрос, поэтому я бы его принял. FWIW, я только что добавил запрос на улучшение Mylyn: bugs.eclipse.org/ ошибки/show_bug.cgi?id=405999   -  person Jamie Jackson    schedule 18.04.2013

Ответы (2)


arrow_upward
1
arrow_downward

Я согласен с тем, что Mylyn должен иметь возможность извлекать переменные среды в сообщение коммита, но я не думаю, что в настоящее время это возможно.

Я просмотрел исходный код и документы Mylyn и не смог найти способ сделать это напрямую в Mylyn, я думаю, что единственный вариант — создать крючок/триггер SVN, который либо расширит переменные среды для вас, либо введет их в определенном месте во всех сообщениях журнала фиксации.

Для справки я проверил копию базы кода отсюда: http://wiki.eclipse.org/index.php/Mylyn/Contributor_Reference#Active_branches

person slm    schedule 18.04.2013

arrow_upward
1
arrow_downward

Не могли бы вы использовать ${task.assignee}? Для меня это возвращает инициалы соответствующего пользователя.

person Mikkel    schedule 09.04.2013
comment
может работать для OP, но если вы охотитесь за головами, мне нужно решение, в котором используются переменные среды. - person Sam Hasler; 09.04.2013
comment
Спасибо, но нет; это не сработает для меня. Все наши серверы привязаны к LDAP, который предоставляет EMPLID для всего. Я действительно ищу переменную, которую можно определить извне (в системе или в Eclipse), поэтому что-то похожее на переменную среды, если не реальную переменную среды. - person Jamie Jackson; 12.04.2013