Compare commits

...

3 commits

Author SHA1 Message Date
Jesse Duffield
1f6971e2ff
Update README.md 2019-06-30 12:11:12 +10:00
Jesse Duffield
390f8879f1 another gif 2019-06-30 12:06:40 +10:00
Jesse Duffield
58a4eb8a17 another gif 2019-06-30 11:51:49 +10:00
3 changed files with 1 additions and 1 deletions

View file

@ -8,7 +8,7 @@ A simple terminal UI for docker and docker-compose, written in Go with the [gocu
![Gif](/docs/resources/demo.gif)
![Gif](/docs/resources/demo2.gif)
Minor rant incoming: Something's not working? Maybe a service is down. `docker-compose ps`. Yep, it's that microservice that's still buggy. No issue, I'll just restart it: `docker-compose restart`. Okay now let's try again. Oh wait the issue is still there. Hmm. `docker-compose ps`. Right so the service must have just stopped immediately after starting. I probably would have known that if I was reading the log stream, but there is a lot of clutter in there from other services. I could get the logs for just that one service with `docker compose logs --follow myservice` but that dies everytime the service dies so I'd need to run that command every time I restart the service. I could alternatively run `docker-compose up myservice` and in that terminal window if the service is down I could just `up` it again, but now I've got one service hogging a terminal window even after I no longer care about its logs. I guess when I want to reclaim the terminal realestate I can do `ctrl+P,Q`, but... wait, that's not working for some reason. Should I use ctrl+C instead? I can't remember if that closes the foreground process or kills the actual service.

Binary file not shown.

After

Width:  |  Height:  |  Size: 5.6 MiB

BIN
docs/resources/demo2.gif Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 3.2 MiB