Итак, ключевой элемент скрыт artefacts, также известный как те, которые появляются под .teamcity/
частью артефактов сборки.Доступ к скрытым артефактам teamcity
В некотором контексте: В настоящее время мы запускаем dotCover над нашим шагом NUnit Test, чтобы сообщить о нашем тестовом покрытии. Это помещает компиляцию результатов в файл с именем CoverageResults.xml
под номером .teamcity/.NETCoverage/
. Это файл, который я хотел бы получить, чтобы мы могли использовать, если для некоторых данных и отправить его на плату gecko.
Теперь мы до сих пор можем получить артефакты не в этой части каталога (например, результат сборки, когда мы выводим ее и т. Д.), Используя рекомендованный methodology. Проблема возникает только при доступе к этой скрытой директории.
Другие странные вещи - это ответ: 302 Временно перемещен.
Для справки, моя ссылка выглядит следующим образом: (в PowerShell кстати)
"http://{0}:{1}@{2}/guestAuth/repository/download/{3}/.lastFinished/.teamcity/.NETCoverage/CoverageReport.xml" -f $serverURl, $gUName, $gPassword, $buildType
Кто-нибудь есть какие-либо рекомендации о доступе к скрытые артефакты? Где еще можно было бы извлечь эти данные (мы ничего не обнаружили в системных переменных)?
Примечание: Мы уже знаем, что эти артефакты не производятся до завершения этапа сборки. Мы делаем это после факта против завершенной сборки, а не во время самого построения.
Вы всегда можете получить доступ к нему с диска TeamCity, если у вас есть доступ к сети. Если вы хотите самое последнее, его нужно легко найти, даже с безумной схемой нумерации TeamCity. – Rob
К сожалению, у меня нет прямого доступа к коробке. Я мог бы переключать передачи и смотреть на это прямо на коробке, но для перечня причин, по которым я не буду вас утомлять, это не план A. Это, как говорится, я могу заглянуть в то, что, видя, как мы в настоящее время как это сделать (из внешнего источника) не особенно подходит. –