Я пытаюсь выполнить Автоматизация сборки (непрерывная интеграция) с использованием TFS 2008 и VS 2008 .
У нас есть веб-продукт (.Net), который содержит несколько небольших и крупных проектов (некоторые на C # и некоторые на основе Vb.Net). Уже установлен сервер управления исходным кодом, который используется для управления версиями (далее называемый Уровень данных).
========================
> Итак, что у меня есть:
1. Сервер управления версиями уровня данных (TFS 2008) , содержащий определения проекта и сборки.
2. Агент сборки. (TFS 2008 и Dotfuscator установлены) с сетевым ресурсом для размещения «встроенных» файлов.
3. Уровень приложений (Visual Studio 2008 с доступом к 1 и 2).
4. 1,2 и 3 лежат в одном домене и имеют доступ друг к другу
Я работаю на машине агента сборки (Dotfuscator и машина сборки TFS). В настоящее время я достиг Team Build. Тем не менее, мне нужно сделать некоторые изменения в нем и выполнить запутывание.
========================
> Моя цель:
- Создание веб-продукта с использованием Team Build и автоматического управления версиями.
- Очистить сборку из файлов, таких как файлы AppWeb_xxx.dll.
- Создать x86 и x64
Создайте дерево папок и файлов и расположение сборок по мере того, как генерирует мой проект веб-развертывания (но tghe msbuild / team build не (???)).
Автоматически запутывать с помощью dotfuscator 4.5, установленного на агенте сборки с использованием пользовательских целей или чего-то еще (???).
Zip x86 и Release собирают и копируют файлы в соответствующие места загрузки на сервере загрузки. (Откуда автоматическое обновление проверит и загрузит новые версии)
========================
Примечание:
Проект Web Deployment правильно
копирует все двоичные сборки в
папка bin вместе с веб-приложением
структура.
С другой стороны, когда я выполняю команду
сборка с использованием TFS, все сборки
место под открытым небом в состоянии записи
сетевой ресурс и имя папки
Папка публикации создана, которая
содержит структуру приложений
и сборки в папке bin снова
(по желанию) вместе со странным (нежелательным)
appxxx.dll файлы.
========================
> Текущий статус:
-Я могу создать новое определение сборки и скомпилировать веб-проект. Однако я получаю несколько дополнительных файлов Appxxxx.dll вместе с целевыми сборками, и я не знаю , что с ними делать.
-Мне нужно настроить рабочий XML-файл dotfuscation (на TierServer Data Control Source TFS) и выполнить обфускацию только выбранных сборок с определенными параметрами запутывания (свойств переименования, сохранения имен сборок и т. Д. И т. Д.) .
- Мне нужно разработать сценарий, который разделяет удаленные и управляющие сборки и сборки x86 и x64 , каждая из них запутана, а каждый пакет ** x86 и x64 упакован как ** zip-файлы **** и записан в общий сетевой ресурс.
Это довольно длинный путь, и вот я здесь
- полный нооооб для автоматизации сборки.
Мне нужно четкое руководство, чтобы начать свою работу, и некоторые образцы, которые могут помочь понять всю процедуру или подобную процедуру.
Пожалуйста, помогите в этом отношении.
(Пожалуйста, сохраните нубстерский характер вашей целевой аудитории.: -))
Спасибо.