[New] Add --remote arg

[Green-Ranger11]

Adds a remote flag to specify which remote the user wishes to choose from.

Also fixes issue where if can-merge is run outside of a git repo it will throw error.

This closes #18

[ljharb]

Is this data perhaps on the isGitRepo() object?

[Green-Ranger11]

Unfortunately this is the one drawback since it doesn't have repo name but seemingly has everything else. The isGitRepo().sha is what I am using to check if its a git repo.

[Green-Ranger11]

These are the only properties it has:

info.branch               // current branch
info.sha                  // current sha
info.abbreviatedSha       // first 10 chars of the current sha
info.tag                  // tag for the current sha (or `null` if no tag exists)
info.lastTag              // tag for the closest tagged ancestor
                          //   (or `null` if no ancestor is tagged)
info.commitsSinceLastTag  // number of commits since the closest tagged ancestor
                          //   (`0` if this commit is tagged, or `Infinity` if no ancestor is tagged)
info.committer            // committer for the current sha
info.committerDate        // commit date for the current sha
info.author               // author for the current sha
info.authorDate           // authored date for the current sha
info.commitMessage        // commit message for the current sha
info.root                 // root directory for the Git repo or submodule
                          //   (if in a worktree, this is the directory containing the original copy)
info.commonGitDir         // directory containing Git metadata for this repo or submodule
                          //   (if in a worktree, this is the primary Git directory for the repo)
info.worktreeGitDir       // if in a worktree, the directory containing Git metadata specific to
                          //   this worktree; otherwise, this is the same as `commonGitDir`. 

[ljharb]

gotcha. maybe we could make a PR to the package to add that info?

[Green-Ranger11]

As discussed in our meeting such as adding tests for getSha should those go into a separate PR or should it be added to this?

[ljharb]

It'd be ideal to add them here, but it's also totally fine to do it separately. Your preference.

[ljharb]

Actually let me land this now, so we can rebase the other one.

[Green-Ranger11]

No worries at all! When this lands I'll open another one to add the test

[ljharb]

I ended up refactoring a bit, using the "boxed primitive object" trick, and ended up doing two .checks and a non-global .middleware.

[ljharb]

this is because throwing a string literal skips an unnecessary stack trace :-)