который позволит нам никогда не удалять запушенные пакеты. Есть предложение сделать один репозиторий (назвать его, скажем, nightly) и именовать там пакеты tarantool110, tarantool21, tarantool22, tarantool23, tarantool24, чтобы можно было зафиксировать первые два числа версии без смены репозитория. Можно еще для сборок мастера сделать пакет tarantool без версии в названии пакета (для early adopters). Кроме пакетов тарантула репозиторий будет содержать тарантульные модули.
Возможно, для 2.5 мы будем рекомендовать новый репозиторий, но packagecloud-based репозитории для всех текущих версий будут работать и обновляться как прежде.
Есть пожелания или предложения?
Таким образом сделано у PostgreSQL
а будет второй реп с такими же названиям, но только со сборками тегов, и с пакетом tarantool, указывающим на самую свежую версию? можно сказать stable
Мы подумали дальше и нашли пару моментов, которые склоняют в сторону сохранения текущего подхода с отдельными репозиториями для 1.10, 2.1, 2.2 и т. д. и одним именем пакета. * PostgreSQL позволяет ставить несколько версий в разные пути в системе, поэтому у них название пакета включает часть версии. Наши пакеты позволяют поставить только один тарантул одновременно, и название с версией может создать ложные ожидания. * В случае версии (major+minor) в названии пакета обновление со, скажем, 1.10 до 2.2 потребует удаления 1.10 (от чего и все зависимые пакеты удаляются) и установки 2.2. То, что при обновлении из системы удалятся, скажем, тарантульные модули, кажется, не то поведение, которого ждет пользователь. Тикет и ссылки на более подробную дискуссию: https://github.com/tarantool/tarantool/issues/4699#issuecomment-576969704
Обсуждают сегодня