osFoundry / Platform
Релизы
Выпускайте релиз с заметками, артефактами и чейнджлогом — автогенерируемым Maestro, если хотите.
Что это
Releases — это способ osFoundry превратить точку в вашей истории Git в готовый версионированный результат: тег, набор артефактов сборки, читаемые заметки о релизе и changelog. Всё это живёт на поверхности Code & Build рядом с вашими репозиториями, поэтому выпуск релиза не означает уходить из рабочего пространства, подключать отдельного CI-провайдера или вручную переписывать сообщения коммитов в вики. Вы выбираете коммит или тег, называете версию, прикладываете собранные файлы и публикуете.
Внутри osFoundry changelog и заметки может автоматически составить Maestro — агент рабочего пространства. Maestro читает диапазон коммитов с момента вашего прошлого релиза и составляет changelog и сводку изменений, сгруппированные и сформулированные для людей, а не как сырой список заголовков коммитов. Поскольку osFoundry работает по принципу bring-your-own-key, это составление выполняется на подключённой вами модели (локальной, облачной или self-hosted); наценки перепродавца на токены нет, а если направить процесс на локальную модель, diff и история коммитов останутся на вашем устройстве. Черновик — это отправная точка для правок, а не чёрный ящик: последнее слово по каждой строке перед публикацией остаётся за вами.
Это важно, потому что заметки о релизе — как раз тот шаг, который команды пропускают, стоит ему стать неудобным. Держать тег, артефакты, changelog и повествование в одном месте, рядом с кодом, который они описывают, — значит, что запись о том, что вы выпустили, действительно будет написана, останется точной и будет на месте, когда через три месяца кто-то спросит: «а что изменилось в этой версии?».
Ключевые возможности
- Пометьте коммит как именованную версию и опубликуйте его как релиз прямо с поверхности Code & Build, без внешнего CI
- Прикладывайте к релизу артефакты сборки — бинарники, пакеты, архивы, — чтобы выпущенные файлы хранились рядом с версией, которая их породила
- Автоматически генерируйте changelog из диапазона коммитов с момента прошлого релиза: его составляет Maestro, и он полностью редактируем до публикации
- Пишите заметки о релизе как читаемую сводку изменений, храня её рядом с кодом, а не в отдельном документе
- BYOK и local-first: составление changelog работает на ключах вашей собственной модели, а с локальной моделью история коммитов никогда не покидает устройство
Сценарии использования
- Одиночный мейнтейнер: выпустите релиз v1.2, дайте Maestro составить changelog из 40 коммитов, поправьте пару строк и опубликуйте с приложенным собранным бинарником
- Лид небольшой команды: выпустите версионированную сборку с заметками, которые коллеги действительно смогут прочитать, не платя за место в отдельном инструменте релизов
- Разработчик, заботящийся о приватности: сгенерируйте заметки о релизе на локальной модели, чтобы закрытые сообщения коммитов и diff остались на вашей машине
Часто задаваемые вопросы
osFoundry пишет заметки о релизе за меня?
Может. Maestro читает коммиты с момента прошлого релиза и составляет changelog и сводку простым языком, которую вы затем редактируете перед публикацией. Это по желанию — можно написать всё вручную, — и вывод ИИ всегда остаётся черновиком, который вы проверяете, и никогда не публикуется автоматически.
Какая модель ИИ генерирует changelog?
Та, что вы подключили. osFoundry работает по принципу bring-your-own-key, поэтому составление changelog использует вашу собственную модель — локальную, облачную или self-hosted — без наценки на токены. Направьте процесс на локальную модель, и история коммитов останется на вашем устройстве.
Могу ли я приложить артефакты сборки к релизу?
Да. Релиз связывает вместе тег версии, заметки о релизе, changelog и собранные вами артефакты — бинарники, пакеты или архивы, — так что выпущенные файлы остаются рядом с той самой версией, которая их породила.