Live data from Hacker News

GitHub introduces sub-issues, issue types and advanced search

github.blog

111–120 of 213 posts

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

#111

Earlier quoted context omitted.

Oh yeah, where on the Internet does this work reliably?please don’t say gitlab

grep -rli search_this some-repo # (or use rg if you prefer)

Holy shit what a good idea why doesn’t GitHub just let you use ripgrep?!?!?

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

#112
post #66

Earlier quoted context omitted.

Completely agree with this suggestion. Ive often wondered why GitHub hasn’t introduced this feature because it feels like a really obvious thing to introduce and something that would add an immense amount of value to a lot of projects.

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.

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

#113

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.

I was also having some frustration in navigating GitHub issues.

So I wrote a simple app for fun to navigate and search GitHub issues like emails and even reply

Screen recoding https://x.com/justruky/status/1878507719520387347

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

#114

I'm curious if there are folks here who work at for-profit orgs who use GitHub projects as their sole issue tracker for the entire org. How do you do it and what are the common pain points? Do you couple it with other issue trackers/project management tools like Jira? If so—why? I still feel GH Projects is solely aimed at OSS or dev-centric or dev-only orgs and doesn't cater to teams with non-devs, which is how I thi…

We ditched Jira to go all-in on GH. It's nice having the project management in the same place as where the actual work happens. It's not perfect, but it's better than GH + Jira.

Probably the benefit I'm most happy with are that people are writing more, and in greater detail. I don't know why that is. For some reason, the GH experience just encourages writing, whereas the Jira experience seems hostile to it.

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

#115

I'm curious if there are folks here who work at for-profit orgs who use GitHub projects as their sole issue tracker for the entire org. How do you do it and what are the common pain points? Do you couple it with other issue trackers/project management tools like Jira? If so—why? I still feel GH Projects is solely aimed at OSS or dev-centric or dev-only orgs and doesn't cater to teams with non-devs, which is how I thi…

We did at my previous employer ( https://www.ourbranch.com/ ) in our data org. I can't totally remember, I'm pretty sure the engineering org did, too. It definitely is lacking in some of the advanced features you get with a Jira, but it was fine. I was surprised by how powerful GitHub Projects is. We also built out extra reporting for it in our data warehouse, using Fivetran for ELT.

Oh cool! I have some questions:

1. Does the data org work in isolation from other orgs? I'm guessing not.

2. Does the data org consist of non-engineers? If yes, are they also onboarded into GitHub with their own GH accounts?

3. If (1) is no, what tool is used to track cross-org work? Does the company also use Jira or some other tool and is GH projects integrated with them or something? I'm really curious about this workflow if it is relevant to how you folks work.

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

#116

Earlier quoted context omitted.

grep -rli search_this some-repo # (or use rg if you prefer)

Holy shit what a good idea why doesn’t GitHub just let you use ripgrep?!?!?

Too expensive I assume.

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

#117

I'm curious if there are folks here who work at for-profit orgs who use GitHub projects as their sole issue tracker for the entire org. How do you do it and what are the common pain points? Do you couple it with other issue trackers/project management tools like Jira? If so—why? I still feel GH Projects is solely aimed at OSS or dev-centric or dev-only orgs and doesn't cater to teams with non-devs, which is how I thi…

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 -.-

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

#118

I'm curious if there are folks here who work at for-profit orgs who use GitHub projects as their sole issue tracker for the entire org. How do you do it and what are the common pain points? Do you couple it with other issue trackers/project management tools like Jira? If so—why? I still feel GH Projects is solely aimed at OSS or dev-centric or dev-only orgs and doesn't cater to teams with non-devs, which is how I thi…

We ditched Jira to go all-in on GH. It's nice having the project management in the same place as where the actual work happens. It's not perfect, but it's better than GH + Jira. Probably the benefit I'm most happy with are that people are writing more, and in greater detail. I don't know why that is. For some reason, the GH experience just encourages writing, whereas the Jira experience seems hostile to it.

Interesting. Are you an all-dev org or did you also onboard non-devs into GH Projects?

> the GH experience just encourages writing, whereas the Jira experience seems hostile to it.

Huh, that's interesting to hear. I didn't personally find it harder to add detailed descriptions in Jira back when I used it couple of years back. Wonder if there's anything specific about the experience you can describe that makes you feel GH projects is more friendly for writing.

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

#119

Earlier quoted context omitted.

A well administered JIRA can be really fast. There's a reason Atlassian themselves don't use JIRA Cloud: https://jira.atlassian.com/browse

Huh that is much faster than Jira Cloud. How come though? Do they just hate their customers or something?

I don't have practical experience with JIRA Cloud Operations, or JIRA on-prem operations, but if I compare on-prem vs SaaS of our own solutions, the answer is scale and focus.

If I combine our three internal ticketing systems, we end up with something like 200k - 300k tickets, with maybe up to 5M comments on those in JIRA-Terms. If you throw a small-ish, decently configured postgres with 8GB - 16GB of memory at it, it'll keep most to all of that in memory at all times, indexes will be analyzed and fine-tuned to your specific dataset. It will answer queries very, very fast. Any cache in the application servers will also be primed with your data 24/7, speeding it up even further.

JIRA Cloud is most likely not an in-memory problem as a whole at a database layer, so it is at quite the disadvantage performance wise for a small customer.

(In case this turns into a SaaS-Hate-Thread: Yes our customers could have a faster system if they were on-prem. If they had the same experience and expertise running postgres as well as all the other necessary middlewares. And then we're not talking about non-functional operational requirements such as availability, emergency scalability or backups yet)

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

#120

I'm curious if there are folks here who work at for-profit orgs who use GitHub projects as their sole issue tracker for the entire org. How do you do it and what are the common pain points? Do you couple it with other issue trackers/project management tools like Jira? If so—why? I still feel GH Projects is solely aimed at OSS or dev-centric or dev-only orgs and doesn't cater to teams with non-devs, which is how I thi…

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.
Post reply on HN