Как уже было сказано, вы будете использовать обходной путь.
Вы можете посмотреть на использование MSBuild, чтобы это было частью вашего процесса сборки. Чтобы получить доступ к TFS, вы можете использовать оболочку для TF.EXE или использовать MSBuildExtensionPack (см. этот вопрос также ).
Надеемся, что у вас есть один проект в вашем решении, который зависит от содержимого в другом месте вашего исходного кода, поэтому у вас есть очевидное место для размещения вашего пользовательского кода MSBuild.
Я бы предположил, что код MSBuild будет:
- Получите соответствующий контент, перезаписав существующий контент.
- Удалить привязки управления исходным кодом - это сообщение в блоге похоже, что оно может иметь указатели.
Это не красиво, но вряд ли вы найдете красивое решение при отсутствии импорта. Преимущество этого подхода заключается в том, что размещение вашей настройки в .csproj означает, что вам не нужен какой-либо пользовательский процесс сборки, чтобы обеспечить обновление содержимого. Это будет происходить каждый раз, когда проект, который вы используете, собран.
Если вы знаете, что у людей, создающих ваш сценарий, содержимое, которое вы хотите импортировать, будет извлечено в предсказуемом месте относительно создаваемого решения, вы можете просто скопировать его из этого места вместо использования TF get.