- имена серверов, логины и пароли выносите в параметры проекта, для паролей ставите свойство скрытости
- для каждой системы-источника - отдельный проект импорта
- по возможности используете win-авторизацию - будет проще
- на тестовом сервере в окружении прописываете одни параметры, на боевом другие
- эти пааметры прописывает тот специальный человек, который знает пароли к технологическим логинам
- проект после первого деплоя привязывается один раз к нужному окружению, запускать пакеты можно только после привязки
- работа при разработке идет под персональными логинами и паролями, которые вбиваются каждым разработчиком в параметры проекта руками один раз, из-за чего нужно исключить параметры проекта из tfs
- для импорта данных из систем источников используются только технологический логин/логины
- на стороне систем-источников должны быть определены роли, куда должны входить как технологический логин, так и логины разработчиков, это важно, иначе разраб может сделать пакет под более широкими правами, и такой пакет на бою не запустится
- разработку непосредственно под технологическими логинами вести нельзя из соображений безопасности

В идеале все выглядит так: разработчик открывает пакет, если для проекта настроена win-авторизация, то он сразу может вести разработку (если у него есть доступ к источнику). Если система-источник не поддерживает такую авторизацию, нужно ввести персональный логин и пароль. То есть первым шагом в любом случае будет получение доступа к источнику.

Обязательно нужно, чтобы была деплойная ветка в tfs, ибо иначе можно задеплоить на бой то, что не нужно (то, что еще разрабатывается)

После билда можно деплоить проекты батником в автоматическом режиме, но между командами на запуск утилиты деплоя нужна пауза в 5-7 секунд, т.к. сервер не переваривает практически одновременные команды на деплой и процесс падает.

SSIS сервер лучше разворачивать на стороне системы-приемника (предполагаю, что основной приемник данных только один), чтобы не гонять кучу данных по сети.

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