Nano Hash - криптовалюты, майнинг, программирование

Семантическое управление версиями — основная версия для традиционного веб-приложения.

У меня есть приложение Rails, которое является традиционным веб-приложением (обрабатываются HTTP-запросы и отображаются HTML-страницы). На данный момент у него нет API-интерфейсов, доступных другим приложениям.

Я хочу использовать семантическое управление версиями для управления версиями приложения. В настоящее время это «0.0.0».

Цитата из документации:

ОСНОВНАЯ версия, когда вы вносите несовместимые изменения API,
МАЛАЯ версия, когда вы добавляете функциональные возможности обратно совместимым образом, и
версия ИСПРАВЛЕНИЯ, когда вы делаете исправления ошибок, совместимые с предыдущими версиями.

Насколько я понимаю, поскольку от моего приложения не зависит, основная версия никогда не изменится. Изменятся только минорная версия и патч-версия, основная версия всегда останется 0.

Я хочу знать, верно ли мое понимание. Есть ли какой-нибудь сценарий, при котором моя основная версия изменится?

semantic-versioning
01.01.2019

  • Почему вы хотите использовать управление версиями? (Раздаете ли вы копии приложения пользователям или у вас разные версии установлены в разных средах, или что - семантическое управление версиями может не соответствовать вашим потребностям) 01.01.2019
  • Да, я развернул его на разных средах — prod, demo и test. Я хочу иметь возможность определять версию программного обеспечения в разных средах, иначе это может привести к путанице. В конце концов, я бы также разработал API, которые можно было бы использовать в мобильных приложениях. 02.01.2019

Ответы:


1

Поскольку вы не разрабатываете и не выпускаете программный пакет, семантическое управление версиями неприменимо напрямую. Похоже, что одного номера «релиза» может быть достаточно для вашего варианта использования, поскольку вам нужно отслеживать, когда изменение кода будет в тесте и в продукте. Предполагая, что код должен пройти тест перед переходом в рабочую среду, вы будете обновлять число каждый раз, когда обновляете тестовую среду кодом из ветки разработки. Таким образом, в данный момент у разработки будет релиз N, у теста будет N-1, а у prod N-2.

Управление версиями API — это отдельная проблема, не зависящая от нумерации выпусков. По моему опыту, пользователи API заботятся только о критических изменениях, поэтому их нужно версионировать. Кроме того, поскольку пользователи медленно обновляют свои приложения, вы должны быть готовы хранить старые версии на неопределенный срок.

03.01.2019

2

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

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

Ссылка: https://christianlydemann.com/versioning-your-angular-app-automatically-with-standard-version

04.08.2020
Новые материалы
Кластеризация: более глубокий взгляд
Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..
Как написать эффективное резюме
Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..
Частный метод Python: улучшение инкапсуляции и безопасности
Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..
Как я автоматизирую тестирование с помощью Jest
Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..
Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..
Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..
Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..