Результаты поиска

Или, на самом деле, создание процесса сборки, когда его не так много, чтобы начать с него.

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

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

соответствующие инструменты: Визуальная Сборка Source Safe 6.0 (я знаю, но я ничего не могу поделать с тем, используем ли мы Source Safe в настоящее время. Возможно, это будет моя следующая битва.)

Предварительно, у меня есть визуальный проект сборки, который делает это:

1. Получить исходный код и разместить в локальном каталоге, включая необходимые DLLs, необходимые для проекта.
2. Получите конфигурационные файлы и переименуйте их по мере необходимости (мы храним их в специальном подкаталоге, который не является частью фактического приложения, и они называются в соответствии с использованием).
3. Сборка с помощью Visual Studio
4. Предварительная компиляция с помощью командной строки, копирование в то, что будет каталогом "build"
5. Копировать в пункт назначения.
6. Получите все необходимые дополнительные ресурсы-в основном документы, изображения и отчеты, связанные с проектом (и помещенные в каталог с шага 5). Там много всего этого, и я не хотел включать это раньше. Однако я собираюсь только скопировать измененные элементы, так что, возможно, это не имеет значения. Я не был уверен, действительно ли я хотел включить этот материал в более ранние шаги.

Мне все еще нужно добиться некоторого выхода из Visual Build для всего этого, но я еще не достиг того момента, когда мне это нужно сделать.

У кого-нибудь есть какие-нибудь советы или предложения? Я замечу, что в настоящее время мы не используем проект Deployment. Я предполагаю, что это удалит некоторые шаги, необходимые в этой сборке (например, web.config swapping).

В рамках нашего databuild запустите стороннюю программу (3D Studio Max) для экспорта ряда активов. К сожалению, если пользователь в данный момент не вошел в систему или машина заблокирована, то Max работает неправильно.

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

Я ищу способ настроить windows (с помощью честных средств или фола), чтобы он либо не блокировался, когда удаленный сеанс заканчивается, либо сам "unlocks" вскоре после этого. Я знаю о методе под XP, где вы можете запустить batchfile на машине, которая запускает удаленного пользователя, но это не работает на сервере Windows.

Как превратить сборку Visual Studio, выполняемую в IDE, в сценарий, который можно запустить из командной строки?

У кого-нибудь есть хороший способ построить проекты MSI (vdproj) с использованием MsBuild или Nant?

Я знаю, что одним из ответов было установить Visual Studio на сервере сборки и просто использовать devenv.exe для сборки проекта, но я предпочитаю не устанавливать Visual Studio на наших серверах сборки.

У меня есть ci, поэтому наша промежуточная среда строит себя.
Должен ли я иметь скрипт, который не только строит производство, но и делает все ветвления для него?
Если у вас есть одна база кода на двух разных URL-адресах с оболочкой, должны ли они быть необходимы для сборки сразу?