Выбор подхода к дистрибутиву xUnitFor1C

Обнаружил что активные пользователи из avtomat.biz наткнулись на проблему обновления xUnitRunner

Отсюда возникает вопросы:

  1. какой способ обновления выбрать
  2. какой формат распространения дистрибутива выбрать

сборку дистрибутива естественно повесим на CI сервер.

У народа за счет Precommit1c уже стоит Python
Возможно стоит выбрать что-нибудь типа

pip install xunit-for-1c || pip update xunit-for-1c

или в случае Ruby

gem install xunit-for-1c || gem update xunit-for-1c

В обоих случаях можно будет инсталировать и обновлять напрямую с github.

offtopic - все таки красиво форум плашки вставляет

@pumbaE в принципе и npm подходит

Стартовая ссылка
Основная документация

Из плюсов - поддерживает напрямую GitHub и зависимости от других репозиториев
Из минусов - ни один из пакетных менеджеров по умолчанию в операционные системы не встроен.

Можно поступить через написание своей небольшой обертки типа universal-installer.bin который поставит Bundle совместно с пакетными менеджерами

Можно исключать тесты из поставки, и не тянуть для работы весь репозитарий.

Да я еще подумал, может сделать отдельный сборщик для master, который хотя бы просто zip будет делать и публиковать на github. Но это @artbear пока делает вручную вместе с описанием релиза.

Отдельно как-бы у нас нативно есть RSS лента для релизов https://github.com/xDrivenDevelopment/xUnitFor1C/releases.atom
так что те кто хочет быть в курсе новых версий

Однако я еще просмотрел что делают наши контрибьюторы - на самом деле по моему задача стоит в синхронизации именно develop версии xddRunner’а. Причем есть предположение, что между форками…

От себя напишу.
Хотелось бы чтобы обновление работало регламентно, ну или хотя бы можно было можно было установить флажок (или сконфигурировать настройку) чтобы обновлялось автоматически.
Так же хотелось бы, чтобы после обновления было сообщение в корпоративный чат или почту со списком изменений.

А насколько node.js вообще родная для Windows технология/стек?!

С одной стороны JS является встроенным языком Windows Script Host (WSH JScript) из коробки.
С другой - для стека .NET/C#/ASP родным является пакетный менеджер NuGet, котороый нее привязан к Visual Studio, а работает, например в Chocolatey - apt-get for Windows, через автоматизацию на PowerShell

С другой стороны, родной “пакет” для винды - это MSI

PM> Install-Package xunit-for-1c.dev -Version 1.0.0