TFS 2008 и общие библиотекиTFS 2008 и общие библиотеки Структура папок
Я создал проект команды под названием «Общая библиотека», которая будет проходить код, используемый в многочисленных различных командных проектов по всему TFS. Для аргумента, скажем, у нас есть две различные библиотеки в рамках проектов «Общая библиотека», MailProject и LoggingProject. Другие проекты в TFS будут использовать двоичное представление этих проектов через ветвление, а не фактический исходный код.
Каков наилучший способ настройки структуры папок для этого проекта команды? Добавить проект в «Общая библиотека» и просто «включить» папку bin/release в рамках проекта?
Я видел несколько примеров людей, создающих отдельную папку «Развертывание». Я предполагаю, что это синоним с папкой bin/release?
Мы не хотим, чтобы исходный код был доступен в других решениях.
В настоящее время каждый проект имеет DLL, включенную в проект. Например, используя почтовый модуль, многие проекты нуждаются в возможности отправлять почту. Общий модуль очень стабилен и в основном статичен.
Однако, если есть изменения в почтовом модуле. Кажется, что будет лучший способ, чем проверить каждый проект и обновить dll. Можно ли разрешить TFS захватывать последний почтовый модуль в любое время, когда вызывается «получить последнюю»? Либо явно, либо неявно.
Мы не хотим, чтобы исходный код был доступен в других решениях. В настоящее время каждый проект имеет DLL, включенную в проект. Например, используя почтовый модуль, многие проекты нуждаются в возможности отправлять почту. Общий модуль очень стабилен и в основном статичен. Однако, если есть изменения в почтовом модуле. Кажется, что будет лучший способ, чем проверить каждый проект и обновить dll.Можно ли разрешить TFS захватывать последний почтовый модуль в любое время, когда вызывается «получить последнюю»? Либо явно, либо неявно. – Doerr
Я добавил еще несколько идей. Извините, я не совсем понял вопрос вначале - этот комментарий сделал его намного яснее. – mfloryan