TeamCity: при успешном построении нажмите Git Repo

Ответ 1

Вы можете заставить TeamCity выполнить оболочку script, которая впоследствии вызывает git push (с соответствующими аргументами, например git push <repository>, чтобы нажать в другой репозиторий). Убедитесь, что git не требует интерактивной аутентификации для операции push.

Связанный пример (развернуть в Heroku с помощью git push) можно найти здесь: http://blog.carbonfive.com/2010/08/06/deploying-to-heroku-from-teamcity/.

Ответ 2

Если вы обновляетесь до 8 или новее, вы можете просто создать одну или несколько функций сборки "Автоматическое объединение". Это приведет к удаленному репо. Сначала я не нашел его из-за запутанного наименования, но имеет смысл, что они должны поддерживать различные VCS с разными именами.

Ответ 3

Я наконец сделал это!

Вам нужно добавить параметр сборки в проект teamcity:

name= env.PATH
value= C:\Program Files (x86)\Git\cmd

а затем добавьте новый шаг сборки командной строки с помощью пользовательского script:

call git push "C:\Gruene Git Repos\TeamCityApp" master

слово "вызов" важно!

Спасибо за помощь! Хенрик

Ответ 4

Простой ответ

Некоторое время TeamCity поддерживала маркировку VCS, это позволяет вашему пользователю VCS Root (если у него есть права на запись), чтобы пометить хеш-коммит, который был только что построен с версией, или что-то еще, о чем знает TeamCity (см. полный список ссылок параметров в вики TeamCity).

В стороне

Как указано в другом ответе, функция автоматического слияния, доступная в TeamCity, автоматически выполнит слияние в запрошенную ветку из указанного списка ветвей (с включенным подстановочным знаком), и она будет отслеживать и строить и только объединять их, если это удастся.

Функциональность автоматического слияния может быть хорошей, но если у вас нет хорошего покрытия теста, это также может быть опасно, поскольку разработчик может сломать что-то, что не имеет теста, и это вызовет проблемы в коде долгое время Дорога. Один из способов предотвратить это - потребовать, чтобы +2 тесты создавались/запускались каждый раз, когда проект строится (настраивается в TeamCity). Эти оговорки упоминаются в ранее связанной статье, объявляющей функцию автоматического слияния.

Соответствующее разрешение

Мы столкнулись с аналогичной проблемой, не связанной непосредственно с слиянием, но имеющей требование вытолкнуть некоторые изменения из задания за "легкие теги" (по крайней мере, для Git), которые добавляет TeamCity, если вы используете маркировку VCS (ужасное имя).

В результате мы закончили:

• Используя параметр типа "Переменная среды" (видимый агенту сборки, другие типы нет) и установка "Spec" для создания поля типа "Пароль", которое предотвратит отображение введенного текста в либо конфигурационный интерфейс, либо выход журнала задания.
• Введенные имя пользователя и пароль в качестве параметров в конфигурации задания
• Создал script, который просмотрел удаленный URL-адрес Git в репозитории "agent side" и добавил новый пульт с именем пользователя и паролем inline в url (http://gituser:[email protected]/path/to/repo.git), чтобы внести изменения в новую ветку.
  • Затем мы удалим удаленный компьютер в конце script, чтобы любой пользователь, обращающийся к системе, не мог вывести учетные данные. Разумеется, учетные данные также достаточно жестко привязаны к доступу только к некоторым репозиториям, но правило наименьших привилегий всегда хорошо следовать.

Ответ 5

Мое решение может быть глупо, но просто. Шаги следующие:

• Клонирование вашей героики из репозитория heroku git он создаст вашу папку приложения heroku.

  heroku git:clone -a {app-name}

• Скопируйте файлы, которые необходимо обновить, до героя

  xcopy client "{app-name}/client" /e/i/h/y

  xcopy server "{app-name}/server" /e/i/h/y

  xcopy imports "{app-name}/imports" /e/i/h/y

• git добавить.

  cd {app-name} && git add .

• git commit

  cd {app-name} && git commit --message 'ok'

• нажмите на герою

  cd {app-name} && git push heroku master