Všichni průvodci › Podle použití
Podle použitíChangelog s obrázky a dokumentace, která drží krok s aplikací
CHANGELOG.md i návody ve složce docs ukazují obrazovky z přijatých běhů. Když se obrazovka změní, Kaloko řekne, kterou sekci přepsat.
Podpora se ptá, co se v releasu změnilo. Odpovědí je seznam názvů pull requestů, kterým nikdo mimo tým nerozumí, a nápověda pořád ukazuje pokladnu o dvě verze starší. Přijaté běhy přitom obsahují každou obrazovku releasu, takže je changelog i dokumentace mohou ukázat.
Co nás pálí
Screenshoty v dokumentaci někdo jednou nafotí ručně a s dalším releasem zastarají. Release notes se píšou z commitů. Že návod popisuje tlačítko, které se přestěhovalo, se zjistí, až napíše zákazník.
Co se změní s Kalokem
Obrázek v Markdownu místo souboru jmenuje krok: !Platba ukáže nejnovější přijatý screenshot toho kroku, ?version=2.4.0 screenshot z daného releasu. Changelog i návody zůstávají ve vašem repozitáři; Kaloko z odkazů udělá obrázky a ukáže je jako stránky, které pošlete klientům, podpoře nebo marketingu.
Jak to funguje
- Jednou nastavte
npx kaloko init --docs=changelogpřidáCHANGELOG.mda blok konfigurace;--docs=fullnavíc založí složkydocs/pro tutoriály, návody, referenci a vysvětlení, každou se šablonou. - Nechte připravit záznam
kaloko changelog draftnapíše sekci Unreleased z pull requestů zamergovaných od posledního releasu a přidá obrázky před a po u obrazovek, které přijaté běhy ukazují jinak.--applyji zapíše doCHANGELOG.md; agent pak řádky přepíše pro lidi. - Zapište release
kaloko release 2.4.0udělá z Unreleased verzi, uloží k ní obrázky a vypíše stránku changelogu. S release-please, changesets nebo semantic-release přidákaloko ci github --releaseworkflow, které to udělá u každého vydaného releasu. - Udržujte návody aktuální
kaloko docs publishpošle složku s dokumentací do Kaloka. Když pak přijatý běh ukáže jinou obrazovku, u sekce stojí „Obrazovka se změnila ve verzi 2.4 — zkontrolujte text.“ akaloko docs checkji vypíše spolu s rozbitými odkazy a chybějícími překlady; v CI skončí kódem 1. - Vyvezte, kam potřebujete
kaloko export --format md|docusaurus|vitepress|mkdocs|html|pdf|jsonzapíše dokumentaci i changelog s obrázky jako soubory pro váš vlastní web s dokumentací.
Skilly a prompty
Připrav přes Kaloko záznam do changelogu pro tento release, přepiš řádky pro naše zákazníky a nech obrázky před a po.Očekávaný výsledek: sekce Unreleased rozdělená na Added, Changed, Fixed, Removed, jedna změna na řádek, s odkazy na kroky pod řádky, které ukazují. Dokud to neřeknete, nic se nezapíše.
Spusť kaloko docs check a oprav každou sekci, jejíž obrazovka se od napsání změnila; změny přelož i do angličtiny.Očekávaný výsledek: zastaralé sekce přepsané podle nových obrazovek, překlady vedle originálů aktualizované a čistý kaloko docs check.
Co dostanete
- Stránku changelogu s posuvníkem mezi před a po, v jazyce a velikosti obrazovky čtenáře, u každého obrázku odkaz na jeho flow na plachtě.
- Návody, které jde projít jako průvodce krok za krokem, s výběrem verze, vyhledáváním a přepínáním jazyka.
- V každém plánu: changelog, nejnovější dokumentaci a export do Markdownu nebo JSON. Od plánu Business: dokumentaci po verzích se zastaralými sekcemi, exporty pro statické weby, HTML a PDF, e‑mail „Co je nového“ u každého releasu, čtenáře z domény vaší firmy a veřejný changelog s feedem.
Otázky
Musíme dokumentaci přestěhovat do Kaloka?
Ne. Markdown zůstává ve vašem repozitáři a web s dokumentací si nechá vlastní build; export pusťte do jeho složky nebo v jeho CI.
Co když CHANGELOG.md už píše nástroj pro release?
Kaloko si záznam od nástroje přečte a soubor nikdy nepřepisuje. Svůj návrh pak dejte do pull requestu nebo do release notes.
Přečtou si klienti changelog bez účtu?
V plánech Business a Enterprise ho admin může otevřít čtenářům z vašich ověřených domén nebo zveřejnit na veřejné adrese s Atom feedem. Hosté projektu čtou changelog svého produktu vždy.