amenbo 3.0.0 — плагін вмикається на проєкт, а його налаштування їдуть у копії
У кожного плагіна тепер один перемикач на проєкт, а рядок називає проєкти, у яких він працює. Налаштування й облікові дані несе резервна копія, а формат збережених даних піднімається — спершу прочитайте розділ про оновлення.
Плагіни тепер вмикаються по одному проєкту за раз, і те, де живуть їхні налаштування, змінилося. Прочитайте розділ про оновлення, перш ніж оновлюватися.
Перемикач плагіна — один на проєкт
- Перемикача на пристрій більше немає — раніше було два різновиди перемикачів: той, що відкривався на проєкт, і той, що відкривався на весь пристрій, а який дістанеться плагіну — вирішував його автор. Тепер у кожного плагіна один перемикач на проєкт.
- Рядок називає проєкти, у яких він увімкнений — замість «так / ні» ви бачите назви проєктів, де плагін працює. Вимкніть його в одному — і побачите, що в решті він працює далі. Якщо не названо жодного, він не працює ніде.
- Перемкнути його можна й у налаштуваннях проєкту — до того самого перемикача ви дістаєтеся з будь-якого боку: «у яких проєктах працює цей плагін» і «які плагіни працюють для цього проєкту». Більше не треба нишпорити списком плагінів, щоб щось вимкнути.
- Встановлення більше не питає, у якому проєкті — встановлення не цілиться в жоден проєкт, тож і не питає. Екран каже, що поки не працює нічого, і де це ввімкнути.
- Увімкнути — і є дозвіл на запуск — окремого запиту згоди більше немає.
- CLI теж називає проєкти — кожен рядок
amenbo plugin listпоказує проєкти, у яких плагін працює.amenbo plugin enable/disableпересувають перемикач для проєкту тієї теки, у якій ви стоїте.
Налаштування й таємниці тепер їдуть у резервній копії
- Відновлення повертає їх робочими — відновлення з резервної копії раніше поверталося без налаштувань і з усіма обліковими даними, які треба набирати заново. Тепер копія несе весь стан плагіна.
- Значення належать проєкту —
--scopeзник ізamenbo plugin config set/get; вони читають і пишуть значення для проєкту тієї теки, у якій ви стоїте. Форма налаштувань у графічному інтерфейсі редагує той проєкт, який показує.
Довідка плагіна тепер приходить від плагіна
amenbo plugin run <name> --help тепер друкує власний опис використання того плагіна. Раніше він віддавав текст самого amenbo, тож дізнатися, як плагін працює, не було як.
Кожне слово після назви належить плагіну. Прапорці, призначені самому amenbo (як-от --actor), ідуть перед назвою.
amenbo --actor ai plugin run worktree --help
CLI для Linux працює на старших дистрибутивах
Команда amenbo не запускалася на дещо старших дистрибутивах, як-от Ubuntu 22.04. Графічний інтерфейс (AppImage) там працював, тож на одній машині у вас могла працювати лише половина.
Перш ніж оновлюватися
- Формат збережених даних піднімається — він переноситься автоматично, коли нова версія відкриває його вперше, а спершу робиться резервна копія. Після цього старіші версії його не відкриють, тож не лишайте ні графічний інтерфейс, ні CLI на старій версії (той самий інсталятор оновлює обидва).
- Плагіни, увімкнені на весь пристрій, переходять на рівень проєкту — усе, що працювало в кожному проєкті на тому пристрої, вийде ввімкненим у кожному з них. Вимкніть те, чого не хочете.
- Приберіть
--scope, якщо ви його передавали —amenbo plugin config set/getбільше його не приймають.
Де взяти
Відкрийте інсталятор для своєї системи з найновішого випуску. Права адміністратора не потрібні.
- macOS —
.pkg, окремо для Apple silicon і для Intel (графічний інтерфейс і CLI приходять разом; під час першого запуску з’явиться вікно Gatekeeper: клацніть правою кнопкою → «Відкрити») - Windows — setup
.exe(графічний інтерфейс і CLI приходять разом) - Linux — графічний інтерфейс це AppImage; команда
amenboприходить з інсталятора CLI
Щоб оновитися: у графічному інтерфейсі банер «є новіша версія» застосовує оновлення на місці. Якщо ви встановили лише CLI, замінює його amenbo update --apply.
Уперше тут? Дивіться Почати.