Live data from Hacker News

GitHub introduces sub-issues, issue types and advanced search

github.blog

131–140 of 213 posts

Re: GitHub introduces sub-issues, issue types and advanced search

#131

A GitHub feature I think would be really handy is suggesting duplicate issues when writing up a new issues. Many projects ask that you search for already reported tickets, but GitHub's current search isn't great if you aren't sure what you are looking for.

It definitely had something like this at least in beta within the last couple years, or maybe just based on the title.

But you’re completely right, GH search is truly bad

Re: GitHub introduces sub-issues, issue types and advanced search

#132

A GitHub feature I think would be really handy is suggesting duplicate issues when writing up a new issues. Many projects ask that you search for already reported tickets, but GitHub's current search isn't great if you aren't sure what you are looking for.

Good suggestion! Sounds similar to what stack overflow does when asking a question.

Re: GitHub introduces sub-issues, issue types and advanced search

#133

A GitHub feature I think would be really handy is suggesting duplicate issues when writing up a new issues. Many projects ask that you search for already reported tickets, but GitHub's current search isn't great if you aren't sure what you are looking for.

Linear (linear.app) does this FWIW build on vector search, we're actively working on making it more accurate too

Re: GitHub introduces sub-issues, issue types and advanced search

#134
post #99

Earlier quoted context omitted.

It would be a tough sell for my org to triple our license spend on GHEC just so we can teach a bunch of folks new software.

A FOSS plugin to mimic Service Desk on top of Github issues would be great. You'd miss the infinite complexity of Jira workflow configuration, but that might be a good thing.

Not FOSS, but this is kind of what Zenhub was/is, right?

Re: GitHub introduces sub-issues, issue types and advanced search

#135
I was excited to see this feature pop up in beta, specifically sub issues. VS code organizes their work with parent sprint issues ("iteration plan", see [1]). I started using this pattern on my own project and once i adapted, now prefer it. Now rather than using markdown bullet points, i can use first class sub issues which are slightly less awkward. Ultimately a minor feature addition, but if it pushes more people to use then pattern, i think it would be nice. Lighter weight than proper tools, and imho all you need for moderately complex projects if the suits dont have too many needs / influence.

[1]: https://github.com/microsoft/vscode/issues/237297

Re: GitHub introduces sub-issues, issue types and advanced search

#136
A few jobs back I got “promoted” (honestly I didn’t want it but I digress) to an EM. First thing I did was ditch Jira for GH issues. I was hailed as a hero for it. Unfortunately it ended up being a disaster and we had to switch back a year or so later. These were some of the missing features so pretty exciting.

Re: GitHub introduces sub-issues, issue types and advanced search

#137

A GitHub feature I think would be really handy is suggesting duplicate issues when writing up a new issues. Many projects ask that you search for already reported tickets, but GitHub's current search isn't great if you aren't sure what you are looking for.

Agree! For fun, I had put together a GitHub bot for this purpose a while ago. It indexes all existing issues in a repo, creates embeddings and stores them in a vector DB. When a new issue is created, the bot comments with the 3 most similar, existing issues, from vector similarity. In theory, that empowers users to close their own issues without maintainer intervention, provided an existing & solved issue covers thei…

If only Microsoft was interested in finding actual useful use-cases for their machine learning tech instead of constantly selling everyone on their chat bot...

Re: GitHub introduces sub-issues, issue types and advanced search

#138

Earlier quoted context omitted.

Cynical answer: because having users writeup duplicate issues and then having maintainers close them is more engagement than warding off unnecessary toil. Gotta keep those metrics going up and to the right.

I suspect it's more to do with issue management isn't their core product so doesn't get the same attention an issue management system would give it.

Wait if it's not their core product, what is? GitHub is, at its core, a file/history browser + issue management system + merge request system built around Git. There's not that much to it other than issue management.

Re: GitHub introduces sub-issues, issue types and advanced search

#140

Earlier quoted context omitted.

We tried (dev-centric org) but the non-technical users weren’t able to use it well / didn’t like it - so now we don’t have issue tracking at all for non technical stuff -.-

Oh my! That doesn't sound like a good place to be in. I hope y'all figure something out to get them onboard or migrate out.

We mostly use notion and google workspace for the non-technical stuff now and as far as I can tell both are pretty good.
Post reply on HN