2008-11-18 5 views
1

Мы используем PVCS для контроля источника для всего нашего кода. У нас есть 7 серверов по всему ЕС, охватывающих 17 стран. PVCS подражает нашей структуры папок в производстве:автоматизация развертывания проекта с PVCS

folderA 
| 
|--folderB 
|  | 
|  | -- folderC 
|  | 
|  | -- folder 
| --folderD 
|  | 
|  | -- folderE 
|  | 
|  | -- folderF 

Наши проекты могут быть зависимыми от файлов в нескольких папках, поэтому мы можем просто скопировать одну папку, чтобы развернуть новый проект. Также в одной папке могут находиться несколько программ.

У нас есть сервер DEV, UAT и Production. Файлы будут разработаны на сервере DEV, помещены на UAT (ну, как предполагается, это часть проблемы, слишком много задействованных человеческих рук и некоторые из них не хотят играть в мяч), для тестирования пользователем. Когда UAT одобрен, они возвращаются в PVCS с соответствующей меткой версии и назначают уровень развития (их можно вернуть обратно в PVCS ранее с меткой версии разработки).

Когда все соответствующие разрешения были выполнены, запрос управления изменениями поднимается, и команда поддержки будет развертывать код для производства.

Наша самая большая проблема заключается в том, что этот процесс настолько застенчив, что слишком много людей, которые в определенные моменты должны делать определенные вещи и сообщать людям вещи в правильном порядке.

Нам нужна программа, которая автоматизирует развертывание проектов. Вам нужно будет иметь возможность назначать разные файлы из разных папок в PVCS ярлыком проекта, а затем иметь возможность продвигать эту метку и развернуть все файлы по мере необходимости.

Есть ли это?

я надеюсь это сделал.

Благодаря

Jon

EDIT:

Мы будем создавать новые проекты все время. Проект будет связан с развертыванием. То есть проект 1234 будет иметь файлы 1,2,5,6, проект 2345 будет использовать файлы, 2,5,8. Поэтому для этого нам потребуется быстрый и простой способ добавления и управления проектами.

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

Мы не заинтересованы в компиляции кода и тестировании, так как существует несколько языков, и я считаю, что на данный момент это будет выход из нашей сферы.

ответ

2

Заканчивать nAnt и Cruise Control

редактировать: круиз-контроль, вы всегда можете написать свои собственные плагины для улучшения обработки среды.

+0

не уверены, что если круиз-контроль достаточно динамичный в отношении добавления проектов, (если я понимаю правильно CC). – Jon 2008-11-18 15:44:53

2

ПВХ может быть автоматизирован. Люди, занимающиеся разработкой ПО в моей организации, создали целый набор сценариев, чтобы сочетаться с PVCS. Мы используем эти скрипты для автоматизации процесса интеграции и выпуска SW.

Например, у нас есть сценарий для создания Release, что означает создание нового проекта с определенными версиями файлов, поступающих из многих проектов и баз данных. Звучит похоже на то, что вы хотите сделать.

0

Чтобы автоматизировать процесс развертывания, мне пришлось создать инструмент с использованием pcli и python. Где скрипт pcli получает код (используя вкладки пользователя (Ярлыки)) и python для развертывания на наших серверах.

Проверьте наличие документации ПЦПИ, которая находится под VM_Install_Dir \ книги \ ет \ vmbooks \ pcli.pdf