plan: tern 1.0 (the stable release)

Open
#35 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
15/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Active
Tech stack
macos, rust

Research direction

This issue coordinates the 1.0 release across issues #27–#34. Start by reading those linked issues to understand the release commitments, especially the format migration, recovery and upgrade verification, first run gaps, platform scope, and secret path review. Done means the listed commitments are resolved and the 1.0 compatibility caveat can be retired.

Written by the indexing model from the issue text.

Description

epic::1.0 plan

tern 0.1.x already shipped a feature-complete, daily-driver SSH client (that was epic::v1, now done). 1.0 is a different kind of release: it is where the "until 1.0, a minor version may break things" caveat is retired. So 1.0 is not more features — it is the commitments that become permanent the moment a stranger trusts the app with their data.

The commitment that can't be walked back
  • #28 — on-disk formats get a version field + migration path
Prove the headline promise
  • #29 — recovery path walked end to end on a clean Mac
  • #30 — 0.1.x → 1.0 upgrade verified
Close the last first-run gaps
  • #31 — waiting-for-input vs connecting state (gaps D2)
  • #32 — empty states with a primary action (gaps L10)
  • #33 — start-up memory peak explained or accepted (gaps F7)
Decide scope, make trust explicit
  • #27 — platform scope: macOS-only 1.0, Windows/Linux stay preview
  • #34 — adversarial review of the secret paths

Out of scope for 1.0: mosh / serial / telnet (gaps S11), local shell (gaps T13, dropped).

Dominant language
Rust
Stars
2
Forks
2
Avg merge
1h 59m
Merged PRs (30d)
35

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from your-moon/tern

All issues in your-moon/tern

Similar issues

More Rust issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.