The command-line UI is a bit confusing
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 10.1k
- Forks
- 413
- Avg merge
- 1d 10h
- Merged PRs (30d)
- 6
Description
With the web UI largely making the console UI redundant, it's a little odd that running tilt up gives you two UIs. And it's not entirely intuitive that "exiting tilt" doesn't tear your resources down and that tearing your resources down with tilt down doesn't exit tilt. So it might make sense to decouple the two in some way.
Looking at how docker-compose works, it provides both stop/start and create/teardown commands, maybe that pattern could be nice here. Or some flag to daemonize, i.e. tilt up -d which runs tilt, daemonizes, and you interact through web UI only. Then a tilt stop to kill the daemonized tilt?
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start at the tilt up and tilt down command entry points and compare the console and web UI behavior described in the issue. Review the docker-compose stop/start and create/teardown pattern as a possible reference. Done should mean the command and lifecycle behavior is clearly decoupled, including how a daemonized process is stopped.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- cli
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100