mirror of
https://github.com/Threnklyn/jira.git
synced 2026-05-19 04:33:28 +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.
28 lines
741 B
Go
28 lines
741 B
Go
package jira
|
|
|
|
import (
|
|
"encoding/json"
|
|
|
|
"github.com/go-jira/jira/jiradata"
|
|
)
|
|
|
|
// https://docs.atlassian.com/jira/REST/cloud/#api/2/project-getProjectComponents
|
|
func (j *Jira) GetProjectComponents(project string) (*jiradata.Components, error) {
|
|
return GetProjectComponents(j.UA, j.Endpoint, project)
|
|
}
|
|
|
|
func GetProjectComponents(ua HttpClient, endpoint string, project string) (*jiradata.Components, error) {
|
|
uri := URLJoin(endpoint, "rest/api/2/project", project, "components")
|
|
resp, err := ua.GetJSON(uri)
|
|
if err != nil {
|
|
return nil, err
|
|
}
|
|
defer resp.Body.Close()
|
|
|
|
if resp.StatusCode == 200 {
|
|
results := jiradata.Components{}
|
|
return &results, json.NewDecoder(resp.Body).Decode(&results)
|
|
}
|
|
return nil, responseError(resp)
|
|
}
|