Совместное использование защищенных файлов в командных проектах в VSTS

Question

В компании, в которой я работаю, в TFS 2015 есть несколько проектов, каждый со своими собственными определениями сборки.
Мы находимся в процессе перехода от TFS к VSTS.

Одной из особенностей VSTS, которую мы пытались использовать в сборках, является защищенные файлы в библиотеке проектов, в которых хранится сертификат, выданный нашей компанией, для цифровой подписи активов в различных установщиках. В настоящее время дублируется в каждом проекте.

Мы планировали загрузить сертификат в один проект, а затем использовать задачу «Загрузить защищенный файл» во всех сборках проектов (которые в ней нуждаются), чтобы исключить сохранение наличия одного и того же сертификата в нескольких проектах.

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

Есть ли способ сделать защищенный файл в библиотеке одного проекта общим для других проектов, чтобы его можно было загрузить как часть задачи сборки?

Answer 1

Не секрет, что команда VSTS работала над тем, чтобы сделать отдельные проекты переносимыми. Чтобы позволить вам взять проект со всем, что ему принадлежит, а затем перенести его на другой аккаунт. Понятия не имею, когда или даже если это когда-либо будет выпущено, но оно служит основой для некоторого разделения между отдельными командными проектами.

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

Я подозреваю, что если вы сконфигурируете область сборок как "Коллекцию", то API REST сможет получить доступ к секретному файлу из другого проекта, но для этого потребуется пользовательская задача.

Руководством будет копирование секретного файла для каждого командного проекта, которому необходим доступ к нему.