The `gist` command allows doing other operations than
`create`(like `edit`, `view`, etc). So I think that `manage`
is more appropriate to the description.
Currently the mimecap package is an requirement to pass the test suite,
as we need /etc/mime.types to recognize the tar extension. A better idea
is to inline all of the basic test cases for the test suite.
Signed-off-by: Morten Linderud <morten@linderud.pw>
We used to send the ANSI sequence for "bright black" when we wanted gray, but this color turns out to not be visible in some popular color schemes.
Instead, when we detect a 256-color terminal, switch to displaying a color sequence for gray that is consistent and does not depend on terminal color scheme.
We no longer guess the head repository using heuristics; instead, we
present the user with the choice of pushable repositories and an
additional option to create a new fork.
The new `pr create --head` flag is available for the user to specify the
head branch in `branch` or `owner:branch` format and completely skip any
forking or auto-pushing checks.
On first run in a git repository, `BaseRepo()` will now prompt the user
which repository should be queried as base repository if there are
multiple git remotes or when we are in the context of a fork.
In non-interactive mode, the prompt is skipped and we default to the
first git remote instead.
After the base repo is resolved, the result is cached in the local
repository using `git config` so that RepositoryNetwork API lookups can
be avoided in the future.
* add gh repo garden
* move file
* oops
* fixes
* fix clearing
* block windows sadly
* broken wip
* fix api thing
* do not add to client
* move helper as it does not work on windows
* hide command
* macos fix
* Update pkg/cmd/repo/garden/garden.go
Co-authored-by: Lee Reilly <lee@github.com>
* default for key input loop
* get redrawing working
* clean up garden update, it all works
* notes
* fix arrow keys and just do wads/arrows/vi
* this function is only called once now
* support ghes
* add a progress indicator
* cap maxCommits
Co-authored-by: Lee Reilly <lee@github.com>
