mirror of
https://github.com/Threnklyn/jira.git
synced 2026-05-18 12:13:29 +02:00
Mike Pountney
27f57b2bbe
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.
27 lines
618 B
Go
27 lines
618 B
Go
package jira
|
|
|
|
import (
|
|
"encoding/json"
|
|
|
|
"github.com/go-jira/jira/jiradata"
|
|
)
|
|
|
|
// https://docs.atlassian.com/jira/REST/cloud/#api/2/field-getFields
|
|
func (j *Jira) GetFields() ([]jiradata.Field, error) {
|
|
return GetFields(j.UA, j.Endpoint)
|
|
}
|
|
|
|
func GetFields(ua HttpClient, endpoint string) ([]jiradata.Field, error) {
|
|
uri := URLJoin(endpoint, "rest/api/2/field")
|
|
resp, err := ua.GetJSON(uri)
|
|
if err != nil {
|
|
return nil, err
|
|
}
|
|
defer resp.Body.Close()
|
|
if resp.StatusCode == 200 {
|
|
results := []jiradata.Field{}
|
|
return results, json.NewDecoder(resp.Body).Decode(&results)
|
|
}
|
|
return nil, responseError(resp)
|
|
}
|