this post was submitted on 16 Apr 2024
347 points (95.3% liked)

Open Source

31199 readers
228 users here now

All about open source! Feel free to ask questions, and share news, and interesting stuff!

Useful Links

Rules

Related Communities

Community icon from opensource.org, but we are not affiliated with them.

founded 5 years ago
MODERATORS
 

Are you guys fine with these new shenanigans from Github. I found a bug and wanted to check what has been the development on that, only to find out most of the discussion was hidden by github and requesting me to sign-in to view it.

It threw me straight back to when Microsoft acquired Github and the discussions around the future of opensource on a microsoft owned infrastructure, now microsoft is exploiting free work from the community to train its AI, and building walls around its product, are open source contributors fine with that ?

you are viewing a single comment's thread
view the rest of the comments
[–] rah@feddit.uk 1 points 6 months ago (1 children)

The Patch Theory

The way you write about this seems very evangelical.

patches, without depending patches that would cause a conflict, should commute

get stuck in their rebases/pulls

I use git every day and I don't recall patch ordering ever being a problem.

[–] toastal@lemmy.ml 1 points 6 months ago* (last edited 6 months ago) (1 children)

Evangelical in that it’s documented as a theory & a paper for the concepts you can read about? Communicative properties are common in math--what’s novel is applying those properties to patches for source control compared to the older models.

I use git every day and I don’t recall patch ordering ever being a problem

Have you worked in a distributed team sharing just patches over email? If Alice pulls from Bob & then Catherine, but David reads & applies Catherine’s then Bob’s, Alice & David now have a conflict in the ordering when trying to push/pull later. I have ran into this. Or did you use a centralized, canonical (therefore not distributed) Git server with a pull request model? If you do the latter, you won’t run into the issue but you also aren’t using the distributed part of a distributed version control system (DVCS)--& most don’t since has too many issues with snapshot-based tools. This restricts the sorts of systems & team structures for source control we can even do (you need a Tvoralds dictator even for Linux’s mailing list) & we can’t really think outside the snapshot-limitations until we step outside of that snapshot bubble.

[–] rah@feddit.uk 0 points 6 months ago* (last edited 6 months ago) (1 children)

Evangelical in that it’s documented as a theory & a paper for the concepts you can read about?

No, evangelical as in needing to tell people about it, even when they have no interest.

Have you worked in a distributed team sharing just patches over email?

No.

[–] toastal@lemmy.ml 1 points 6 months ago

https://feddit.uk/comment/8692603

You literally asked what I suggested. And I’m trying to do my due diligence in raising awareness for ideas I find compelling since these alternatives have yet to be any many folks’ radars …VCSs that solve issues you have yet to run into, but might someday & now you might remember you once heard about a solution online.