I’d agree, but the caveat is that github is primarily about an interface for source control and collaboration between developers for projects. The release page is really just an also-ran in terms of importance.
Imo they aren’t even trying, because it’s not that hard to make it better. Doesn’t even have to be a compromise. Most people just need a visible download button for the programs, that’s all.
Or make a shortcut/link in the readme to the newest release of the most popular OS’s.
A decent release page tends to contain all kinds of files for different OS, so ‘regular’ people who just want the .deb or .exe would likely become confused regardless.
There is, it’s literally right there on the home page of the project. You can either copy a URL and download it by cloning the git repo, or you can download the whole project as a zip file. Then you just have to compile it!
That’s not a download button for the program. But there is indeed a link to the release page right on the home page of the project, so you’re still correct.
Do MOST people who use GitHub download .exes? In my experience the VAST majority of people are using it for source and version control, not external releases. The overwhelming majority. FOSS and OSS is a small portion of the overall GitHub user base compared to, say, enterprise companies.
No, you shouldn’t really be downloading exe’s from github. It is widely being used to spread malware and to pretend that the software is open source when it is not. At least look for a link to the store page(including microsoft store), a distro-specific package or build instructions. Those usually have an AV scan or at least harder to fake.
not only the ux, some devs make it absurdly confusing to find a binary.
I don’t want to throw anyone under the bus, but there’s this one niche app.
their github releases at one point were YEARS out of date, they only linked to the current version in seemingly random issue reports’ comments. And the current versions were some daily build artefacts you could find in a navigation tree many clicks deep in some unrelated website. And you’d better be savvy enough to download a successfully built artefact too. And even then the downloaded .zip contained all kinds of fluff unnescessary for using the app.
The app worked fine, sure, but actually obtaining it was fairly tricky, tbh.
absolutely, but they were in general (IIRC) suggesting them for the main downloads, but just not telling anyone outside the comments, which was the weird part
It’s not black and white. I actually liked a few things better about bit buckets UI. It’s been too long to remember specifics though I think it was concerning PRs and diffs. I still think GitHubs review UI is too complicated. It took me literally years to fully understand it.
It doesn’t have to be a compromise imo. Most people just need a visible download button on the front pages. Wouldn’t hurt devs at all. I mean, even devs sometimes struggle with this lol.
TBF, they could probably make the “releases” page more prominent rather than having it buried in all the “code” stuff.
GitHub has bad UX for people who just wanna download and use the programs
I’d agree, but the caveat is that github is primarily about an interface for source control and collaboration between developers for projects. The release page is really just an also-ran in terms of importance.
Imo they aren’t even trying, because it’s not that hard to make it better. Doesn’t even have to be a compromise. Most people just need a visible download button for the programs, that’s all.
Imagine how many download buttons would be if Github had ads.
SourceForge had a better UX for those who just want to download software.
And SF is horrible, so this says a lot.
If that’s a concern for the project maintainers, they should create a homepage for the project with download links.
Or make a shortcut/link in the readme to the newest release of the most popular OS’s.
A decent release page tends to contain all kinds of files for different OS, so ‘regular’ people who just want the .deb or .exe would likely become confused regardless.
There is, it’s literally right there on the home page of the project. You can either copy a URL and download it by cloning the git repo, or you can download the whole project as a zip file. Then you just have to compile it!
GitHub is for developers, not end users.
It’s not a compromise to make another download button for the last release as well. No one looses.
That’s not a download button for the program. But there is indeed a link to the release page right on the home page of the project, so you’re still correct.
Excel has a bad UX for people who want to use it to make art
Do most people who use Excel also make art with it? Because sometimes devs also just download exe files on GitHub :D
They don’t just always copy code from there.
Do MOST people who use GitHub download .exes? In my experience the VAST majority of people are using it for source and version control, not external releases. The overwhelming majority. FOSS and OSS is a small portion of the overall GitHub user base compared to, say, enterprise companies.
So you never downloaded a program on GitHub?
No one everever said you need to compromise its focus on developers. There is no compromise to be made. It’s just a stupid button. Stop arguing lol.
No, you shouldn’t really be downloading exe’s from github. It is widely being used to spread malware and to pretend that the software is open source when it is not. At least look for a link to the store page(including microsoft store), a distro-specific package or build instructions. Those usually have an AV scan or at least harder to fake.
Precompiled binaries?!? Not even once. It’s a security risk akin to picking up gum on the sidewalk for a fun tasty treat.
GitHub, Inc. (/ˈɡɪthʌb/[a]) is a developer platform that allows developers to create, store, manage and share their code
https://en.m.wikipedia.org/wiki/GitHub
Yes it has other functions too, but it’s primarily for code.
not only the ux, some devs make it absurdly confusing to find a binary.
I don’t want to throw anyone under the bus, but there’s this one niche app.
their github releases at one point were YEARS out of date, they only linked to the current version in seemingly random issue reports’ comments. And the current versions were some daily build artefacts you could find in a navigation tree many clicks deep in some unrelated website. And you’d better be savvy enough to download a successfully built artefact too. And even then the downloaded .zip contained all kinds of fluff unnescessary for using the app.
The app worked fine, sure, but actually obtaining it was fairly tricky, tbh.
These build artefacts probably weren’t meant for end users, that’s why they contained the “unnecessary fluff”.
absolutely, but they were in general (IIRC) suggesting them for the main downloads, but just not telling anyone outside the comments, which was the weird part
GitHub has bad UX for a lot of things
The Github UX is amazing if you ever had to use gitlab or bitbucket
It’s not black and white. I actually liked a few things better about bit buckets UI. It’s been too long to remember specifics though I think it was concerning PRs and diffs. I still think GitHubs review UI is too complicated. It took me literally years to fully understand it.
i really enjoy the lack of dark mode and the way it doesn’t work on a tablet
My bad. It indeed is black and white. There can be no redeeming aspect of bitbucket. Fair point
thank you! now was that so hard?
Sometimes I just need a reminder
That’s not really what it’s designed for though
It doesn’t have to be a compromise imo. Most people just need a visible download button on the front pages. Wouldn’t hurt devs at all. I mean, even devs sometimes struggle with this lol.
You keep using that word. I don’t think it means what you think it means.
Any change to appease you would be a compromise, you understand this, yes?
I’ve been using github for what, 10 years now? And I had no idea there even was a releases page.
A lot of projects don’t use it or forget to update it for multiple versions so you probably aren’t missing much.