debose,

У нас есть сервер сборки.
Сборки запускаются автоматически:
а) при коммите - чисто чтобы проверить, не забыл ли программист чего закомитить в SCM. В случае ошибки сборки - сразу генерируется письмо, мол build failed;
б) ночные сборки, которые выкладываются на фтп и доступны для скачивания пользователям.

Все предупреждения компилятора, хинты, метрики и прочее - остаются на совести программистов (у нас их не так уж и много, пока не доросли до автоматизации этого)

DarkMaster,

Конфликты были, но я потом в CNPack почти всё по отключал. Сейчас использую:
-Bookmark Browser
-Project Extension
-Procedure List (это он включает тулбар в редакторе, но я пользуюсь лишь кнопками Jump to interface/implementation)
-IDE Enhancements Settings
-Source Higlight Enhancements (и то в нём только одна галка - Enable Bk Higlight Keyword Structure at Cursor, остальное заметно на глаз как подтормаживает)
-Editor Enhancements (тоже не всё)
-Constraints Editor

Из GExperts активно пользуюсь:
-Ctrl+Alt+Up/Down
-Grep Search/Replace
Ещё он разрешает изменять размеры модальных окон среды (их размер до какой-то версии фиксирован, в Delphi Xe7 это уже не актуально).

..
Были мысли создать свой персональный набор расширений (с использованием Delphi AST)

deboseЯ так понимаю, что батник использует msbuild для сборки.
Именно его. Дёргается как-то так:



deboseА msbuild конфиги (.dproj) там те же самые что и у разработчиков, или какие-то отдельные профили настроены?
Я специально настраивал всё так, чтобы на машине у разработчика можно было собирать релизные сборки.
В Delphi7 (и ниже) - да, там была маята, там переключение между конфигами было через одно место (был отдельный батник, который формировал dcc32.cfg и вызывался dcc32.exe напрямую).
В Delphi2010 - очень удобно в msbuild передать dproj и config.
Конфигов у нас несколько:
- Release, именно он используется в серверной сборке и в него компануется EurekaLog
- Debug, в основном он используется программистами
- Debug With Memory Leak Logging (обычный + FullDebugMode в FastMM)
- и ещё один для внутренних целей.
И все они гибко настраиваются через option set'ы - фишка классная, но IDE их иногда (при правке из IDE) портит.

deboseА сервер сборки - это какой-нибудь jenkins, teamcity, hook на системе контроля версий, что-то еще?
Координатором сборок у нас используется hudson , сборка Delphi-приложений - на виндовой тачке (раньше была реальная, сейчас - виртуальная).

delphinotesсборка Delphi-приложений - на виндовой тачке (раньше была реальная, сейчас - виртуальная).
Хотел написать, что на виндовой тачке установлена "голая" Delphi, и всё. Все исходники, в т.ч. сторонние компоненты - есть в SCM, для сборки приложений нет необходимости их устанавливать (и постоянно переустанавливать при обновлении) в среду. Также пути дополнительно прописывать не надо - все необходимые пути прописаны в двух местах:
-пути к сторонним библиотекам/компонентам задаются доп. батником как переменная среды окружения
-пути к нашим библиотекам - задаются в .opset-файлах и .dproj-файлах (как относительные пути от каталога проекта)