This makes git list a lot faster (10 minutes to under 2 minutes in one test) and displays more useful information (at least to me).

Example of git list from before this change demonstrating that git list was hiding the information about the main repository in favour of showing information about a composer dependency:

├── iguana-extras
│   └── vendor
│       └── dxw
│           └── iguana HEAD ok
│                      master ok

Example from after this change:

├── iguana-extras master  [ 1 untracked ]
│                 feature/readme no upstream
│                 feature/update-iguana no upstream
│                 fix/php-cs-fixer no upstream

This is a great tool, thank you! I would suggest that sometimes the hostname is redundant in the tree structure, and it might be nice to have an option to ignore it. So instead you'd just have <root>/<user>/<repo> rather than <root>/<host>/<user>/<repo>

Hey there, I just got my M1 MacBook Air and wanted to use git-get and installed it using the instructions in its README. Unfortunately the binary that is being downloaded is compiled for x86_64 which when run prints the error message

fatal: cannot exec 'git-get': Bad CPU type in executable

That only happens if Rosetta 2 is not installed on the Mac. After installing Rosetta 2 it works in emulated mode.

Since git-get is a Go program it can be compiled as a native binary for Apple Silicon.

I saw that you use GoReleaser for builds and releases. GoReleaser v0.157.0 released on 2021-02-17 will build a fitting binary automatically as long as Go 1.16 is used. This should be enough to get git-get working on Apple Silicon.

Would you mind rebuilding the project to upload a binary for others to use as well? :)

I ran git list with a non-existent repo directory and got an error, but it doesn't tell me which directory it tried to access.

richard   master  …  github.com  grdl  git-get  rm -rf ~/repositories/

richard   master  …  github.com  grdl  git-get  ./list 
Error: directory doesn't exist or can't be accessed

I ran ./get github.com/grdl/git-get which failed because I forgot the https://, but it left behind a bunch of empty folders.

richard   master  …  github.com  grdl  git-get  ./get github.com/grdl/git-get
Cloning into '/home/richard/repositories/github.com/github.com/grdl/git-get'...
remote: Not Found
fatal: repository 'https://github.com/github.com/grdl/git-get/' not found
Error: "git clone https://github.com/github.com/grdl/git-get /home/richard/repositories/github.com/github.com/grdl/git-get": exit status 128


 richard   master  …  github.com  grdl  git-get  tree ~/repositories
/home/richard/repositories
└── github.com
    └── github.com
        └── grdl

3 directories, 0 files

I think it'd be nice to delete those if the command fails. Maybe it could `git clone ... target/directory.tmpXXXX and then rename that after the command succeeds and delete it if the command fails.

Failed git clone deletes only a final directory of the repository it tried to clone. All the parent dirs that were created are not removed even if they are empty. This PR adds a cleanup function which removes empty parent directories of a repository that failed to be cloned.

This improves error handling by:

• indicating that error happened when loading status of a repository
• printing errors that happened at the bottom of the output
• Fixing #10 by adding path to the error message

This improves the structure of the packages.

• Status loader is moved inside git package and made a part of RepoFinder.
• Test helpers and test repo generators also are moved inside the git package because they are only being used by that package.

When set, git-get won't create a directory for the repo host. So instead of <root>/<host>/<user>/<repo>, a repo will be cloned into <root>/<user>/<repo>. It's useful if all repos some from the same host and that additional folder feels redundant.

Steps to reproduce:

❯ mkdir new-repo
❯ cd new-repo
❯ git init
❯ git list -r .
.
└──  error

Oops, errors happened when loading repository status:
git rev-parse --symbolic-full-name --abbrev-ref HEAD failed on .: fatal: ambiguous argument 'HEAD': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions, like this:
'git <command> [<revision>...] -- [<file>...]'

git ls-remote --get-url failed on .: fatal: No remote configured to list refs from.

Right now git-get relases two binaries: git-get and git-list. Consider building only a single git-get binary and embed the list functionality into it (eg, git get list or git get --list).

It was suggested by the creator of git-bug based on disuccions about his project on git mailing list (link to the thread).

Releasing only a single binary would reduce the "namespace grabbing" and may make more sense semantically since git list refers to repos managed by git get anyway.