Deprecating Outdated Issues on the GitHub Public Roadmap #1014
Replies: 17 comments 47 replies
-
#552 is unbelievably painful UX. Gitlab has this. Not being able to thread on top level comments makes it so hard to track conversations and results in all this quotation noise. Please reconsider adding this feature (is it really that hard?? you already have threaded comments on lines..) |
Beta Was this translation helpful? Give feedback.
-
It's a little tone-deaf to call #281 "outdated" when it's a daily struggle to manually perform the workflow we want automated. Or to call #276 "outdated" when it's a daily struggle to sync labels and to work around milestones by using Linear in our org. I also agree with #552, a Twitter feed is unsuitable for pull request comments. They deserve their own replies. I mean, it's great that you guys finally commit on not making the user experience better, but calling your top pain points "outdated for several years" is bound to not be well-received. |
Beta Was this translation helpful? Give feedback.
-
Myself and my organization were extremely interested in seeing #636 be implemented, as it would allow for a much tighter security posture around centralized reusable workflows. At the current moment, one must share secrets with the repository consuming the reusable workflow, which is a blatant security risk, as anyone with write access to the calling repository can then cut their own branch, modify the action file, and use the secrets however they desire. Are there any plans to implement this or similar functionality in the future? |
Beta Was this translation helpful? Give feedback.
-
We use GitHub Enterprise server, and our organization really needs support for GitHub Actions: Artifacts v4 Is there a chance this will be done? The cloud version has supported Artifacts v4 for a long time. |
Beta Was this translation helpful? Give feedback.
-
I agree with this too - quote-replies instead of threaded replies provide an awful experience. Example: This quote reply. |
Beta Was this translation helpful? Give feedback.
-
Also #824 (More control over required status checks for pull requests using merge queue) has been abandoned. Sad. This is a common use case where certain PR checks should be skipped based on specific filters. In our monorepo, we have three main projects:
We use three PR action checks, each filtered by folder. As a safety measure, it’s crucial to block merging into the main branch if the relevant check hasn’t passed. However, without this feature, we’re forced to leave all checks optional, which compromises safety. |
Beta Was this translation helpful? Give feedback.
-
So your closing issue without discussion, reasoning, or explanation - all in the name of transparency? |
Beta Was this translation helpful? Give feedback.
-
It is very disrespectful of GitHub to kill the roadmap items without explaining what is wrong with supporting enterprise-wide environments and make you stupidly define environments in multiple repo. Especially with microservices implementation, someone should be out of mind to choose Github actions |
Beta Was this translation helpful? Give feedback.
-
Thanks for this update, @ankneis. My team at the .gov registry has been really pleased with sub-issues, and I was hoping to see updates on the 3 issues below! Several of our repos feed into a single project, and being able to share cross-repo milestones and labels, track dependencies, and review our project history for errant changes would be so useful to our delivery.
Prioritization decisions are hard! If my team can ever be useful in your discovery and research efforts, we'd love to be. |
Beta Was this translation helpful? Give feedback.
-
I run up against #347 regularly, would love for Github to add it! One downside of getting rid of these issues is that there's now no easy way to be alerted when a feature I care about has been implemented |
Beta Was this translation helpful? Give feedback.
-
Please add this to your roadmap: Frankly, I don't understand why this hasn't been prioritized. Does GitHub not dogfood their own product? How are the GitHub engineers reviewing each other's code? |
Beta Was this translation helpful? Give feedback.
-
Commenting unchanged lines is something I've run into relatively rarely, but when it has happened the workaround of "leave a comment on some random changed line and explain where it actually applies to" has been extremely frustrating whether as reviewer or as reviewee. The lack of threaded replies for top-level PR comments was always a baffling design decision, especially when they exist on other kinds of comment and in discussions. Very disappointed to see #347 and #552 off the roadmap, both would be major usability improvements. |
Beta Was this translation helpful? Give feedback.
-
I am confused why #930 was removed from the roadmap. Dependabot is asking us to upgrade to v4 in GHES while it remains incompatible. Does the removal of the issue mean GHES will never see support for articat-upload/-download@v4 in GHES? |
Beta Was this translation helpful? Give feedback.
-
Thank God that you kept the Copilot features on the agenda, and stripped some of this outdated security and user experience stuff. I'm sure this will help me to rely more on your AI offerings, instead of getting work done myself. Glad you realigned with your current product vision. Having this transparently communicated really helps to see that vision unfold. |
Beta Was this translation helpful? Give feedback.
-
Packages: maven - granular permissions and easy organization sharing #578 Is a necessity if one want so use maven packages on a organization level. |
Beta Was this translation helpful? Give feedback.
-
Deprecating Outdated Issues on the GitHub Public Roadmap
At GitHub, transparency and clarity are at the heart of our relationship with the community. As part of our ongoing efforts to keep you informed about our product roadmap, we’ve already begun hosting quarterly roadmap webinars to share updates and engage with the community in real-time.
This week, we’re taking the next step in achieving our roadmap goals by refreshing the public roadmap project board.
After an in-depth review, we’ve identified a number of open issues that have become outdated over time—some for several years. To better align with our current product direction and to build trust with our users, we are deprecating these outdated issues and updating the board with new and accurate information.
This refresh will make it easier for you to follow our progress, ensure higher-quality updates, and provide a more accurate reflection of GitHub’s development priorities. Moving forward, we are also committing to regular updates, so you can rely on the roadmap as a trusted source of information about GitHub’s ongoing and upcoming features.
What’s Changing?
FAQ
Why are we deprecating these issues?
What can I expect from the refreshed roadmap?
Will the roadmap be updated regularly?
What should I do if an issue I care about is deprecated?
Deprecated Issues
As part of this update, the following issues will be deprecated. If you have questions on a specific issue/roadmap item, please reach out to your GitHub contact.
We appreciate your understanding as we make these changes. Our aim is to keep you better informed and involved in our development process. Thank you for being a valued member of the GitHub community!
📰 Update: Nov 26, 2024
Hi GitHub Community! 👋
We know some of you are disappointed to see certain items removed from our public roadmap, and we really appreciate your feedback. Your input means a lot to us, and these changes reflect some tough prioritization decisions we’ve had to make to focus on delivering the most impactful solutions for everyone.
We first want to apologize for a slightly misleading statement we made in our original post, that we hope to acknowledge and correct. We said that the closed issues no longer represent our product direction, however there are a number of reasons for removal, from the feature not being aligned with our strategic priorities, to our desire to actively acknowledge uncertainty on the timeline for a feature and remove it until we have more certainty.
In order to provide that missing clarity, we are adding more comments to the list of issues above with more details about why they were removed and whether there’s something similar on our refreshed roadmap. You’ll see those comments added over the next couple of weeks. While not everything will return to the roadmap, we’re dedicated to staying open, honest, and to regularly updating you. Look out for our next roadmap update in January—we’re excited to share the new possibilities we’re working on!
We invite you to keep the conversation going in our Community. It’s the best place to share your feedback, ask questions, and connect with our team and other users. Your thoughts play a big role in shaping what we do, and we’re here to listen and collaborate with you to make GitHub the best it can be.
Beta Was this translation helpful? Give feedback.
All reactions