Я впервые начал работать с продуктом, который поставляется с механизмом Linux RPM, а не как отдельный установщик, и понял, что это делает цикл тестирования / выпуска немного сложнее.
Когда я работал с установщиками, мы просто меняли нумерацию сборок в нашей системе сборки, чтобы пометить сборку как тестовую версию или вариант выпуска вместо снимка разработки, и предлагать людям устанавливать только тестовую сборку для тестирования. Проблема с этим в RPM состоит в том, что если мы изменим систему нумерации, мы сломаем механизм доставки, и установленные машины больше не смогут определить, какая версия RPM самая последняя.
Лучший способ обойти это - поместить RPM-кандидаты в совершенно отдельный репозиторий RPM, но это также усложняется, потому что у нас есть несколько RPM из одного и того же репозитория, которые находятся в разных циклах выпуска, поэтому мы попытаемся извлечь версию RPM A, являющуюся кандидатом на выпуск, из нового репозитория, но при этом все еще хотим получить снимки RPM B разработки из репозитория разработки.
Это должно быть довольно распространенной проблемой для программного обеспечения Linux, поэтому кто-нибудь может подсказать мне лучшую практику? Заранее спасибо .....