Как опубликовать двойные развертывания WPF для версий Live и Test (QA) с использованием Visual Studio 2017 или Mage - PullRequest
Новая
       20

Как опубликовать двойные развертывания WPF для версий Live и Test (QA) с использованием Visual Studio 2017 или Mage

0 голосов
/ 03 июля 2018

Я надеюсь, что есть некоторые разработчики .Net WPF, которые могут показать свои знания гуру по развертыванию и ответить на этот вопрос. Я хочу развернуть две версии настольного приложения WPF; один живой и один тест (QA).

Мы заканчиваем начальную разработку настольного приложения WPF, которое будет работать только внутри нашей внутренней сети. Развертывание осуществляется на файловом ресурсе с использованием ClickOnce, настроенного просто с помощью Visual Studio 2017. У нас есть пользователи, которые тестируют обновления, которые получают выгоду от обновления ClickOnce при развертывании обновлений (обычно исправлений ошибок). Когда мы начнем работать, мы установим наши внутренние свойства так, чтобы они указывали на действующий экземпляр базы данных.

После того, как мы начали жить, мы начнем следующую фазу разработки. Затем нам понадобится «тестовая» версия вместе с «живой» версией на их рабочем столе. Мы не знаем, как это сделать. Глядя на документы Microsoft, кажется, что этот сценарий использования не объясняется. Возможно, но это не совсем понятно. Учебник / прохождение было бы великолепно!

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

1 Ответ

0 голосов
/ 04 июля 2018

На основании соответствующего блога Я задокументировал решение:

Steps

  • Создание ветки управления исходным кодом (github) для версии «Test» с «Live» на ведущем устройстве (любое расположение ветвлений должно работать, пока их два)
    • git branch Test
    • git push -u origin Test (это можно сделать после внесения указанных ниже локальных изменений)
  • В Visual Studio 2017 (VS) в разделе «Опубликовать ... приложение» добавить постфикс «Test» к «имени сборки»
  • В VS в разделе «Опубликовать ... Опубликовать» добавить постфикс «Тест» в «Расположение папки публикации» и «URL-адрес папки установки»
  • В VS в разделе «Опубликовать ... Опубликовать ... Параметры ...» добавить постфикс «Тест» к «Названию продукта»

Пользовательские шаги

  • Добавить постфикс «Test» к имени файла журнала (мы используем log4net, настроенный в «App.config»)
    <file value="${LOCALAPPDATA}\\Our_Company\\log-Test.txt" />
  • Любые другие файлы или ресурсы, используемые приложением (у нас их нет)
  • У нас есть значок приложения в «Ресурсах», который имеет другой цвет для «Тестовой» версии, чем «Live»

После этих шагов перейдите к «Публикация» и появятся две версии для ПК. Затем мы делимся ссылками на setup.exe по электронной почте с нашими пользователями.

Наконец, когда фаза теста (QA) завершена, объедините ветку «Test» с «master» (или с любой веткой «Live») и измените шаги переименования, описанные выше (то есть удалите все постфиксы «Test») , И отменить любые пользовательские шаги тоже.

...