Pull to refresh

Comments 3

1.2.0-a1feature1
1.2.0-a2feature2

Данный паттерн хорошо отражает естественный порядок возрастания готовности релиза при сортировке пакетов по версии


По мне так понятие кросс-фичной сортировки вообще не определено.
То что одна фича называется feature1 а другая feature2 вообще не даёт никаких гарантий по сортировке.

Может быть feature2 вышла в октябре, а feature1 после нового года.

В идеале мне видится на фичу надо заводить отдельный nuget-feed, время жизни которого равно времени жизни фича-ветки.
Хм, интересное наблюдение. А вы можете привести пример задачи, при которой вам нужно сортировать альфа релизы из различных нестабильных веток?

На всякий случай уточню, что имелось в виду в статье. Для простоты изменю имя ветки на featureHelloWorld
  • 1.2.0-a2featureHelloWorld выше, чем 1.2.0-a1featureHelloWorld, так как a2 был собран после a1
  • 1.2.0-b1 выше, чем 1.2.0-a2featureHelloWorld
  • кросс-фичная сортировка не определена, как не имеющая смысла

Что же касается временных NuGet-feeds, то это опасная затея. Тудно гарантировать, что артефакт не используется. Связка VCS-BuildServer-NuGet дает вам гарантию воспроизводимости билда, которой вы лишаетесь, постоянно удаляя фиды. При нынешней цене на дисковое пространство, я бы не стал беспокоиться о таких вещах.
Sign up to leave a comment.

Articles