@alf и встречает тебя -

Заставьте свой компьютер работать, зарабатывая Tari (XTM), революционную новую криптовалюту. Tari — это быстро, безопасно и настолько просто в использовании, что даже ваша бабушка справится.

ЗЫ: где про то, что ты рассказываешь? -

Никаких подвохов — просто запустите приложение и начните зарабатывать. Миссия Тари — финансовая система нового поколения, доступная каждому.

ЗЫЗЫ: где про монеро?

Идеология релиза
Введение

Философия выпуска Тари во многом основана на собственном процессе выпуска Rust.¹

Благодаря нашему собственному процессу мы надеемся добиться структурированного цикла релизов, который будет последовательным и надёжным. Это позволит как пользователям протокола, так и разработчикам иметь чёткие ожидания относительно того, когда и как будут происходить релизы. И чего можно ожидать от каждого релиза.

Команда Tari преимущественно использует модель ветвления Gitflow² для работы над протоколом. Мы не будем подробно останавливаться на описании этого процесса без необходимости, но вам стоит ознакомиться с ним, прежде чем продолжить.
Каналы

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

Тестовая сеть NextNet StageNet/MainNet

Сети

MainNet: грандиозное предприятие, главный, серьёзное дело. Вот протокол Tari в действии. StageNet: стабильная сеть, максимально похожая на MainNet, доступная для тестирования. NextNet: Следующая версия сети. Она должна быть доступна за 8 недель до запуска в MainNet. TestNet(s): Наши именованные тестовые сети, используемые для разработки. Здесь мы можем немного экспериментировать с функциями, но, хотя мы и стараемся этого избегать, сети могут чаще сталкиваться с поломками и сбросами. Примеры сетей (неисчерпывающие): Esme: была нашей более стабильной тестовой сетью до StageNet. Она получает новые функции и улучшения по мере их появления и поддерживает наши мобильные кошельки Tari Aurora на iOS и Android. Igor: используется при разработке уровня DAN и часто перезагружается, что помогает поддерживать высокий темп работы команды разработчиков.

Релизы

Давайте определим некоторые факты для нашего обсуждения освобождения.

StageNet/MainNet имеет версию 1.53.0 NextNet имеет версию 1.54.0-rc.0 TestNet имеет версию 1.55.0-pre.4

Практика именования здесь также помогает различать, где та или иная версия предназначена для развертывания. Любая версия, содержащая preпредназначен для TestNet и будет включать все функции. Версия, содержащая rcпредназначена для NextNet, поскольку является релиз-кандидатом для будущего релиза StageNet/MainNet. Любая отдельная версия без указания предварительной версии, например, v1.53.0, означает, что это сборка StageNet/MainNet. Ни одна из функций, находящихся в разработке, не должна быть включена при компиляции.
Номера версий

Номера наших версий можно разбить на 5 сегментов.

Пример: v1.55.2-rc.7

ГЛАВНЫЙ: 1- Используется в любой момент, когда в сети MainNet происходит хард-форк. Тестовые сети могут быть сброшены или подвергнуты хард-форку регулярно без обновления основной версии. Обновление основной версии будет зарезервировано только для хард-форка MainNet. НЕЗНАЧИТЕЛЬНЫЙ: 55– Для обновлений, которые могут содержать критические изменения. Эти изменения не приведут к разветвлению сети, но могут потребовать изменения конфигурации, перезапуска узла или других обстоятельств. Это изменение вносится только один раз в 8-недельном выпуске. ПЛАСТЫРЬ: 2- Все остальные изменения, включая исправления, будут отражены в обновлениях версии PATCH. ТЕГ ПРЕ-РЕЛИЗА: rc.7- в форме rcдля NextNet и формы preдля сетей разработки. В случае сетей разработки номер, следующий за тегом pre-release, увеличивается каждый раз, когда разработчик хочет создать новый двоичный файл для тестовой сети. В случае NextNet он будет использоваться для внесения изменений в релиз-кандидат.

Релизы разработки

Разработчик создал новую функцию, которая была добавлена ​​за пределами ворот. Они объединили её в developmentсреду и хотите протестировать ее на EsmeТестовая сеть. Для этого они создали временную ветку под названием testnet-1.55-pre.5и внесли все необходимые изменения, например, обновили версию. После завершения они пометили версию как v1.55.0-pre.5. Ветку можно снова объединить с разработкой, а затем удалить. Пометив эту новую версию, вы заставите CI-версию скомпилировать приложения Tari с TARI_NETWORK=esmeфлаг включен, что позволяет использовать все шлюзы функций разработки.

Разработчики могут выполнять этот процесс так часто и столько раз, как пожелают.
8-недельный ритуал освобождения
Каждые 8 ​​недель команда разработчиков будет выпускать версии NextNet и StageNet/MainNet. Текущая версия NextNet станет следующей версией StageNet/MainNet. Новая версия NextNet будет помечена тегом для сети NextNet и будет использоваться в StageNet/Mainnet через 8 недель. Для этого разработчик перенесёт текущий тег NextNet v1.54.0-rc.0 в новую ветку. stagenet-1.54.0. Эта ветка функций будет объединена с stagenetВетка. Затем они могут пометить эту версию как v1.54.0. Это запустит новую компиляцию исполняемых файлов StageNet/MainNet с флагом TARI_NETWORK=mainnetчто гарантирует закрытие всех существующих ворот.
Далее разработчик проверит ветку nextnet. Здесь создайте новую ветку релиза. nextnet-1.55.0-rc.0Объедините разработку с веткой функций и внесите необходимые изменения или изменения. Пометьте эту новую ветку как v1.55.0-rc.0, запустив CI-компиляцию исполняемого файла NextNet с помощью флага TARI_NETWORK=nextnetЭто позволит сохранить доступ к функциям в статусе тестирования. Эту ветку релиза можно будет объединить с nextnetветку и затем удалил. Наконец, ветку разработки следует сбросить до версии v1.56.0-pre.0. Это упростит подготовку к следующему релизу тестовой сети и не оставит вопросов о том, какая версия будет следующей.