|
| ▲ | hardwaregeek 6 days ago | parent | next [-] |
| They could add stacked diffs, large monorepo features (allow user to view a slice of a repo), better submodule support (why can’t I PR multiple repos at once?). A good desktop app that is faster than the slow web client. |
| |
| ▲ | bhl 6 days ago | parent | next [-] | | Stacked diffs is a huge one, and also where improving git would also improve LLM workflows. The bottleneck after code generation is PR reviews, and stacked diffs help break down large PRs into more digest-able pieces. If you help humans collaborate better, you help LLMs collaborate better. | | |
| ▲ | siva7 6 days ago | parent [-] | | Well, how about rethinking your workflow instead of stacking branch after branch? | | |
| ▲ | fleventynine 5 days ago | parent [-] | | Because i can produce 5 clean, properly sized commits in the time it takes to do one round of reviews, so they have to be stacked. It's important that the CI run independently on each commit, and each commit builds on the work of the previous one. |
|
| |
| ▲ | dmoy 6 days ago | parent | prev | next [-] | | > large monorepo features (allow user to view a slice of a repo) I am reminded of this discussion between fb devs and git devs from 13 yrs ago: https://public-inbox.org/git/CB5074CF.3AD7A%25joshua.redston... git has definitely made improvements since that thread, e.g.: https://graphite.dev/guides/git-monorepo#tools-and-strategie... but it could still be better for the truly gargantuan of code bases. Might not be worth it? Idk. Maybe with llm generated code churn, suddenly it becomes worth it? haha. | |
| ▲ | tedivm 6 days ago | parent | prev [-] | | The current desktop client is missing support for a bunch of important things too, like signing commits. |
|
|
| ▲ | soulofmischief 6 days ago | parent | prev | next [-] |
| Just to think of a few, I want improved project management tools, better code review UI/UX, and cost-competitive integrated serverless hosting a la Vercel. GitHub could be a true one-stop shop with a bit more polish. |
| |
| ▲ | tonyhart7 6 days ago | parent [-] | | they have azure and they have github, being an cloudflare or vercel competitor is should be default and easy to achieve idk why they didn't do that tbh, all ingredients are already there | | |
| ▲ | coke12 6 days ago | parent [-] | | This is arguably why it makes more sense to bring GH under the umbrella. Azure integrations need to happen yesterday. The future is full-stack batteries-included low-codeish platforms that are easy to launch with and then boom you're one click from the Azure product suite. Tighter integration is the only way to do this because of the inherent distribution advantages. | | |
| ▲ | tonyhart7 6 days ago | parent [-] | | Yeah, MS just too focused on desktop office and Azure enterprise customers they should have launched an "firebase like" and full web framework "next.js like" to convert that into long term azure customer like its no brainer they didn't want to create that and recycling Teams forever this is also issue with game development, like I know MS is big at desktop dev but they don't have presence in game dev other than xbox game studios which is fine but they could create their own game engine with all resources they have. they could save both for their usage in their massive studio while also strengthening their development pipeline from code,game engine to azure |
|
|
|
|
| ▲ | fleventynine 6 days ago | parent | prev | next [-] |
| > Are there any improvements to be done to Git? Github's workflow for stacked PRs is still terrible. There's plenty of room for improvement. |
|
| ▲ | bhandziuk 6 days ago | parent | prev | next [-] |
| GitHub personal access tokens could be a lot better. It'd be nice if you could assign tokens at the team level or you have more fine grained control over token permissions. And yes, I know "Fine Grained Tokens" exist but they don't seem to be usable almost anywhere and the fine grain level of control isn't actually very fine grained so they kind of suck. |
|
| ▲ | j1elo 6 days ago | parent | prev | next [-] |
| Fix cross-organisation "Allow edits from maintainers" #5634 https://github.com/orgs/community/discussions/5634 4 years and counting... so if you create an Organization to host your project(s), now you cannot enable that maintainers make changes on incoming Pull Requests; something that is very useful and perfectly available for projects that live under a normal username. |
|
| ▲ | taormina 6 days ago | parent | prev | next [-] |
| Github Pages STILL don't have any sort of built-in analytics available. I shouldn't need GA or something else to track the basic website metrics when you absolutely know that MS and GH have been tracking these things the whole time. People have had issues up asking for this for literal years. |
|
| ▲ | joshkel 6 days ago | parent | prev | next [-] |
| For Git? Maybe not. For GitHub? IPv6 support would sure be nice: https://github.com/orgs/community/discussions/10539 |
|
| ▲ | rawling 6 days ago | parent | prev | next [-] |
| I've just been shunted from TFS Git (Azure DevOps?) to GitHub. The PR UI is taking some getting used to. Dev changes code near a comment I made? Comment is marked "Outdated" and hidden. If I open it, can I see what change they made next to the comment? Nope, I have to go find it manually! It sorts X.Y below X.Y.A, X.Y.B etc. in the file listing. When I select a file in the listing I'd like to just have that file open, not scroll to it in a list of all the changes. The first PR I did showed a ton of changes that had already been merged from common history. I can see the merge commit you made, GitHub, I know you know none of these changes are actually being made. Not caring if a required action hasn't run automatically. No "run" option, not even a "this isn't ever going to run", just "waiting for result". Weirdly, showing the result of an action on the source branch, when it needs to pass on the merge commit. I've not yet figured out how to require different approvers for different branches, although that one might be on my org settings. It's either the people in the codeowners file or any contributor? No way to allow a ruleset to be bypassable while making the approvers still manually bypass it themselves. I want to know if I'm getting it wrong as much as I want to stop my junior devs messing up. |
| |
| ▲ | rawling 5 days ago | parent [-] | | Finding conflicts in a PR between two branches that can merge cleanly if I do it locally. Not letting you resolve conflicts in the UI if the source branch is protected, even though the UI gives you the option to commit the resolution to a new branch if you do it for an unprotected source branch. Updating the source branch in the PR if you choose to do the above - something you can't do yourself! Not showing branches in a hierarchy (as if they were directory paths) |
|
|
| ▲ | delusional 6 days ago | parent | prev | next [-] |
| > Are there any improvements to be done to Git? That's absolutely the right question to ask. If MS just left GitHub alone, it would be fine for open source projects for years to come. The enterprise side is a little different, there they still have a lot of work to do to round out some of their more advanced features. What worries me isn't that they stop investing. What worries me is that they actively destroy the current project while turning it into AI garbage. |
|
| ▲ | coke12 6 days ago | parent | prev | next [-] |
| Github should have the product sophistication/complexity of Atlassian with the distribution advantage of Microsoft. Anything less is an execution failure IMO. Not even mentioning AI, which is a huge opportunity also. |
| |
|
| ▲ | uticus 6 days ago | parent | prev | next [-] |
| > Are there any improvements to be done to Git? Of course there are - lots of room for improving data collection and advertising revenue streams! |
|
| ▲ | x0x0 6 days ago | parent | prev | next [-] |
| Their CI / script runner tool is still total garbage. Starting with the rampant security holes (oh, make sure you pin everything you use by hash, which essentially nobody does; what was that about secure by default rather than secure by extra effort again?) and following with the only way to test it is to deploy over and over. |
|
| ▲ | jennyholzer 6 days ago | parent | prev | next [-] |
| Microsoft would create billions of dollars in productivity if they were willing to port Magit features to Github. |
|
| ▲ | shash 6 days ago | parent | prev | next [-] |
| Maybe not too many improvements are needed anymore? And maybe it’s a viable business without being a “growth” space? Nah… |
|
| ▲ | Ar-Curunir 6 days ago | parent | prev | next [-] |
| While git itself can be improved upon, the GitHub is not git; there are many improvements to GitHub that people have been requesting for many years now.Also, they could even just not make it worse and that would be a welcome change from their recent strategy |
|
| ▲ | trenchpilgrim 6 days ago | parent | prev | next [-] |
| there's a lot that could be improved with conflict resolution and merge trains/stacked merges. see https://pijul.org for what's possible but not available in git |
|
| ▲ | bee_rider 6 days ago | parent | prev | next [-] |
| Git is already fine. One idea though, they could make a nice site like SourceHut so you can host repos and browse through them. I mean, Microsoft has this GitHub social media site with stickers and AI, but something serious for programmers could be nice too. |
|
| ▲ | madeofpalk 6 days ago | parent | prev | next [-] |
| Not to "git", but to repo/project management there's huge opportunities. They've been building a lot of this over the past few years. |
|
| ▲ | esafak 6 days ago | parent | prev | next [-] |
| Incorporate jujitsu, and code-based CI. YAML sucks %^#0 |
|
| ▲ | dreamcompiler 5 days ago | parent | prev | next [-] |
| Issue management (e.g. bug tracking) really should be a part of Git, not a proprietary addon from Github. |
|
| ▲ | ElijahLynn 6 days ago | parent | prev | next [-] |
| Do you mean git or GitHub? |
|
| ▲ | timeon 6 days ago | parent | prev | next [-] |
| Git? Maybe not. Faster front-end would be decent improvement. |
|
| ▲ | packetlost 6 days ago | parent | prev [-] |
| GitHub Actions is hot fucking garbage basically everywhere. Coming from GitLab I hate every single minute of dealing with GH Actions. |
