shamelessly taken from his fork
a part of me going through all of the forks and pulling all of the
useful info out
Co-authored-by: Ben Cordero <bencord0@condi.me>
This looked like an artifact of a copy/paste sorta situation: the current description for the `rank` command has the description for the `block` command.
I ad libbed a new description that is hopefully at least _more_ correct 😄
This is done in order to ensure consistency with the other commands on how the configuration files are loaded. I found out about it when I had set up a global project, but the "jira browse 1234" command complained about missing project.
The BLOCKER and ISSUE arguments for the block command were incorrect.
With hypothetical ticket names BLOCKER and ISSUE, calling
jira block BLOCKER ISSUE
resulted in
ISSUE blocks BLOCKER
BLOCKER is blocked by ISSUE
which is the reverse of the documentation which claims it should be
BLOCKER blocks ISSUE
ISSUE is blocked by BLOCKER
Reverse order of the arguments so the documentation matches the
actual usage. This does not break existing usage, only updates the
documentation.
Fixes#383
this commit allows a user to use the more friendly field.Name when
transitioning to states which require custom field inputs.
Signed-off-by: ldelossa <ldelossa@redhat.com>
this commit deprecates the searching ability by username and
instructs user to provide email or display names in commands.
the username parameter has been deprecated completely from v2 and v3
api
Signed-off-by: ldelossa <ldelossa@redhat.com>
There should be no reason to use gopkg.in versioned imports now that
we're using go modules. I think, IANAE.
gopkg.in kind of gets in the way of modules, as it only pulls over
tagged releases from github.com -- this then means that you need to use
go modules 'replace' syntax in the go.mod to use a non-versioned commit
or branch. This is feasible, but kind of ugly.
go modules defaults to pulling the latest version, so the default
behavior is the same as when pulling go-jira.v1 from gopkg.in.
We can also use the apt addon to install packages. We also don't need
fast_finish, since we don't use allow_failures anywhere.
Finally, the 'go get' line was pointless, as all dependencies are
vendored, and 'go test' will catch build failures.
Judson Lester