i'd actually be really into this.
even without jira, just something like hugo generate a static site to show others the backlog.
also this for confluence.
perhaps I'm just getting old, but I'm wanting more and more of my work to just be text files (markdown/yaml/whatever is appropriate) and tracked in a git repo.
Re:JiraCLI
by mcqueenjordan on Friday August 12, 2022 @04:50AM
(#32436005)
I think https://github.com/ahungry/org-jira gets you pretty close to what you want, if you're open to using emacs + org-mode.
A FUSE FileSystem for JIRA - I'd love that!
No idea if this still works, but this project exists: https://github.com/MaZderMind/jirafs
It uses this, which is maintained, for talking to JIRA, so maybe: https://github.com/andygrunwald/go-jira
Re:JiraCLI
by andygrunwald on Monday August 15, 2022 @01:00PM
(#32472256)
Author of https://github.com/andygrunwald/go-jira here:
This lib is maintained, still a bit out of date and has a few flaws. Like using the same client for JIRA Cloud and JIRA OnPremise (different APIs).
But most of the flaws have been evolved over time, while Atlassian switched strategies.
I am preparing a roadmap for v2 where I implement a lot of reliability features, like context support, but also separate APIs for OnPremise and Cloud and easier access for custom fields.
Watch the github repo if you want to stay up to date.
Seems like it's too out of date to build as-is. Would need to be updated by someone who knows go.
Re:JiraCLI
by yencabulator on Saturday August 13, 2022 @06:33PM
(#32454442)
> Sync on save.
Concurrent edits will ruin your day.
Each task is a yaml file and hooked up to your text editor is a language server that can talk to Jira and do autocomplete against @username, Jira ticket ids, etc.
Sync on save.
I’m sure there’ll be all sorts of problems I haven’t forseen, but one can dream of editing task as quickly as editing your personal markdown notes.