Я настроил свой TeamCity 10.0.3 для создания номера версии сборки во время сборки проекта, который использует build.vcs.number (который соответствует номеру набора изменений в корне VCS — взят из Plastic SCM) в качестве одной из частей.
Формат похож на этот; {основной}.{Второстепенный}.{build.vcs.number}.{счетчик сборки}
Этот метод отлично работал в течение некоторого времени, возвращая номер набора изменений (и только номер) из моей системы VCS.
Плагин Plastic для TeamCity теперь обновлен до последней версии (SNAPSHOT-201611231807), и после обновления после создания корня VCS сборка успешно вернет номер набора изменений, который можно использовать в номере версии сборки.
Ошибка возникает, как только кто-то проверяет что-то в отслеживаемой ветке — в этот момент, если запускается автоматическая или ручная сборка, информация, возвращаемая как build.vcs.number, содержит много дополнительной информации, которая прерывает сборку. Пример того, что возвращается после регистрации: cs.418 (guid:6a2d5c45-b1b8-4f03-889c-3f3c80c6e209) Похоже, это номер набора изменений и идентификатор набора изменений.
Если я заново создам корень VCS с нуля, будет возвращен правильный номер - до тех пор, пока что-то не будет возвращено.
Как я могу устранить эту ошибку, поскольку все, что я хочу вернуть, это номер набора изменений
Спасибо заранее