2009-08-21 24 views
1

У нас есть новая машина для сборки, чтобы начать использовать для нашей команды разработчиков. Мы по-прежнему пытаемся выяснить, как мы хотим организовать все, чтобы получить наилучшую конфигурацию для создания EXE и DLL.Рекомендации по настройке машины?

Мы используем VB6 и VB.Net 2005 и VSS2005.

Мы думали о создании рабочих папок для каждого проекта, выпуске и поддержке билетов. Есть ли у кого-нибудь опыт подобной настройки? Какими были ваши симпатии/антипатии? Любые рекомендации (новые идентификаторы VSS, конфигурация папки, настройка рабочей папки, обновление/создание файлов)?

ответ

3

быть проворным - просто расти и не бояться меняться по мере того, как вы идете долго. Выберите что-то очень простое, чтобы начать и посмотреть, как это происходит.

Вот моя простая среда. Решите, что вы хотите сделать на рабочем столе, чтобы реализовать joel test question #2. Это по моему опыту имеет решающее значение. После того, как вы сможете выполнить полную сборку и тестирование на рабочем столе с помощью одного (или нескольких) кликов, у вас есть основа для автоматической сборки.

Хитрость - это быстро, используя быстро используемые инструменты. VSS и Cruise control, MSBuild и т. Д., И настроить. Вы должны иметь возможность получить довольно хорошее (правило 80/20) за несколько дней итеративных усилий.

Редактировать: Просто, чтобы ответить на комментарий.

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

+0

Часто быстрее начать с того, что потратив несколько минут на изучение опыта других людей, а не нахождение всех желаний самим собой. – MarkJ

+1

Одна из этих ошибок: держаться подальше от VSS. Я лично испытал слишком много сбоев VSS и проблем с коррупцией, чтобы снова доверять ему. Вместо этого используйте SVN, git, TFS, mercurial или даже CVS - все они намного безопаснее (и тоже очень полезны) – rpetrich

+0

OK, +1 сейчас. Я нашел исходный ответ немного кратким - мне нравится новая версия. – MarkJ

0

Остерегайтесь проблем при создании компонентов VB6, которые зависят друг от друга - см. Обсуждение в this question.

+2

Вот почему я написал универсальный инструмент построения VB6 (в VB6 не менее) несколько лет назад;) Мы используем его для создания 50+ проектов с большим количеством взаимозависимостей между ними. Инструмент автоматически определяет правильный порядок компиляции и даже исправляет неработающие ссылки на проекты без вмешательства пользователя. Все проходит через 10-15 минут. Наши сборки с одним щелчком мыши на несколько лет опережают ручной процесс компиляции, который мы имели ранее. –

+0

Вы не хотели бы делиться этим инструментом, я полагаю? :) – MarkJ

+0

@MarkJ: Хотя это работает очень хорошо, мне немного стыдно за фактический код. Тогда я был моложе и глупее, и это было приложение для внутреннего использования, поэтому код в некоторой степени беспорядочен. Я все время говорю себе, что когда-нибудь я его очищу и с открытым исходным кодом. Когда-нибудь ... –

Смежные вопросы