Как я могу реализовать конвейер сборки с TFS
Для добавления большего количества модулей Python (espcially сторонние) большинство людей, кажется, использует переменные среды PYTHONPATH, или они добавляют символьные ссылки или каталоги в их каталогах пакетов сайта. Иначе, должен использовать *.pth файлы. Вот официальное объяснение документа Python:
"Наиболее удобный способ [для изменения пути поиска Python] состоит в том, чтобы добавить конфигурационный файл пути к каталогу, это уже находится на пути Python, обычно к.../site-packages/каталог. Конфигурационные файлы пути имеют расширение .pth, и каждая строка должна содержать единственный путь, который будет добавлен к sys.path. (Поскольку новые пути добавляются к sys.path, модули в добавленных каталогах не переопределят стандартные модули. Это означает, что Вы не можете использовать этот механизм для установки исправленных версий стандартных модулей.)"
2 ответа
1) Напишите службу, которая прослушивает событие BuildCompleted. Пример кода веб-службы IIS . Самостоятельный пример кода WCF . В обработчике событий либо вызовите TFS Build API , чтобы запустить отдельный тип сборки, который определяет дополнительные задачи, либо просто выполните собственный код прямо отсюда.
2) Зарегистрируйте свою службу с TFS, добавляя фильтр на стороне сервера при успешных сборках .
Вы можете сделать так, чтобы ваши промежуточные или второстепенные сборки возвращали полученные сборки в систему управления версиями. Таким образом, вы можете сделать так, чтобы другая сборка использовала уже скомпилированные библиотеки DLL для упаковки и сборки второй части системы.
У вас может быть более «большая» сборка сборки, которая будет прослушивать проверки из сборок библиотеки и собирать зависимые сборки
Конечно, у вас есть возможность проверить двоичный код, но если вы не делаете что-то странное, у вас должно быть достаточно места на жестком диске.