no account is required unless you’re submitting code
it’s free
Submitting issues & discussions require an account. Using the search for code requires an account. On Lemmy this week there was also a post about viewing “Discussions” & “Wiki” being A/B tested or whatever with an account required to view. Which is to say, if submitting patches, issues, & or using some features requires giving up personal info & agreeing to Microsoft’s ToS to create an account, you have locked out users & their freedom isn’t respected if their autonomy to not create an account with a company known for predatory behavior cannot be respected.
lock-in
Users locked out sucks, but so does lock in. Sure you can set a non Microsoft GitHub remote & push to it, but I’m talking about the forge on whole rather than the tool that backs it. The more Microsoft GitHub features you rely on, the more the existance of a ./.github directory’s or otherwise gets cited as being too hard to move. As more features get locked behind authentication, so will the APIs that allow some ability to migrate. GitHub were the popularizers of the “pull request” model too which is severely limiting but is the only way you can operate on their site (no stacked diffs, mailing patchsets, etc.) which eliminates alternating review methods (while you could use a third-party, due to MS GitHub’s ingrained workflow to too many, I’ve seen alternatives being considered as “too hard” rather than “different” (even if could be “better”)). I’ve also witnessed some communities like Elm freeload on the “free” hosting & require all community packages be upload to only MS GitHub or you can’t publish & by proxy participate in the community (or in their case even refer to other remotes, VCSs, tarballs for packages (even private ones) but that is due to Elm having a terrible default package manager).
They’ve embraced a Git forge; they’ve extended the space with Codespaces, Sponsors, Actions, Copilot, even VS Code proliferation far beyond pre-acquisition GitHub; now we just await the extinguish part.
There’s no lock-in whatsoever on Github… And it’s free for open source projects…
And no account is required unless you’re submitting code…
The only valid thing here is the Github AI training honestly, but there is no reason to believe they can’t scan code from other repo’s.
Also, its only a matter of time until Microsoft gets sued for it
https://githubcopilotlitigation.com/ it’s been ongoing
Submitting issues & discussions require an account. Using the search for code requires an account. On Lemmy this week there was also a post about viewing “Discussions” & “Wiki” being A/B tested or whatever with an account required to view. Which is to say, if submitting patches, issues, & or using some features requires giving up personal info & agreeing to Microsoft’s ToS to create an account, you have locked out users & their freedom isn’t respected if their autonomy to not create an account with a company known for predatory behavior cannot be respected.
Users locked out sucks, but so does lock in. Sure you can set a non Microsoft GitHub remote & push to it, but I’m talking about the forge on whole rather than the tool that backs it. The more Microsoft GitHub features you rely on, the more the existance of a
./.githubdirectory’s or otherwise gets cited as being too hard to move. As more features get locked behind authentication, so will the APIs that allow some ability to migrate. GitHub were the popularizers of the “pull request” model too which is severely limiting but is the only way you can operate on their site (no stacked diffs, mailing patchsets, etc.) which eliminates alternating review methods (while you could use a third-party, due to MS GitHub’s ingrained workflow to too many, I’ve seen alternatives being considered as “too hard” rather than “different” (even if could be “better”)). I’ve also witnessed some communities like Elm freeload on the “free” hosting & require all community packages be upload to only MS GitHub or you can’t publish & by proxy participate in the community (or in their case even refer to other remotes, VCSs, tarballs for packages (even private ones) but that is due to Elm having a terrible default package manager).They’ve embraced a Git forge; they’ve extended the space with Codespaces, Sponsors, Actions, Copilot, even VS Code proliferation far beyond pre-acquisition GitHub; now we just await the extinguish part.
How can I learn more about alternatives to pull requests and other tools or processes for code review?