Существуют ли какие-либо стандарты для программного обеспечения управления версиями с несколькими клиентами платформы? - PullRequest
1 голос
/ 11 сентября 2011

Я довольно четко понимаю большинство стандартов, касающихся версии программного обеспечения. Вся Major.minor.revision / build / любая схема. Но я не очень уверен, существуют ли какие-либо соглашения, когда программное обеспечение может быть установлено на нескольких платформах, причем каждая установка имеет несколько независимый цикл. Например, у меня есть приложение, которое имеет следующие клиенты: - Интернет - Рабочий стол - iPad - мобильный: - iPhone - Android

Все эти клиенты могут не иметь одинаковую функциональность, и они не обязательно запускаются одновременно в мир. Их дальнейшие графики выпуска могут также расходиться. Итак, есть ли рекомендации, как к этому подойти? Это так же просто, как держать их всех отдельно? Таким образом, в любой момент времени комплект может выглядеть так: - appname-web 3.1.0 - appname-desktop 2.1.1 - appname-ipad 1.0.0 - appname-iphone 1.5.0 - app-android 1.6.0

Спасибо

Ник

1 Ответ

1 голос
/ 11 сентября 2011

Это всего лишь пример, но он может быть иллюстративным. Пакеты RedHat создаются в два этапа: сначала исходный код собирается вместе в исходный пакет, а затем srpm встраивается в один двоичный пакет для каждой поддерживаемой архитектуры. Имя и версия одинаковы как для исходного кода, так и для всех различных двоичных файлов; номер версии представляет собой вход . Однако arch находится в другом поле в контейнере RPM и присутствует только в двоичных пакетах, поскольку исходный пакет не имеет ничего общего с архетектурой. арка - это выход .

Другие способы связывания или тегирования пакетов, кроме формата RPM, делают этот вид вещей более или менее явным; установщик для Windows поддерживает только одну архитектуру Windows.

tl; dr: версии и архитектуры - это разные вещи. То, что вы дадите своим пользователям, зависит от ваших методов распространения, но не связывайте их.

...