News for hackers. Stuff that matters.
Re:Introducing unlimited private repositories by sequoia on Wednesday May 11, 2016 @01:53PM (#11677571)
> We have lots of people who aren't employees, but have signed a contributor agreement with our organization and contribute changes to our software.

So you have volunteers, working on your proprietary, private software for free. The labor is free & now you're complaining that you'll have to pay a per-free-laborer fee for the infrastructure to manage all these free-laborers? I hope I'm missing something here...

Re:Introducing unlimited private repositories by wlesieutre on Wednesday May 11, 2016 @02:07PM (#11677711)
The problem being that a minor volunteer who donates 4 hours of coding over the course of a year would now incur a $108 github bill for having that access. It's totally out of proportion with how much they're using the service.

Or say you have 80 very-part-time contributors who together match the output of 1 full-time employee, github is going to charge you as much as they would for 80 full-time employees.

Any pricing structure is going to have some people who get a great deal and other people who get screwed, but it sucks when you've selected a platform, invested in getting set up on it, and then have the pricing rug pulled out from under you.

Re:Introducing unlimited private repositories by fps on Wednesday May 11, 2016 @02:31PM (#11677918)
the software is AGPLv3'd, and run by hundreds of educational organizations around the world. Those organizations typically contribute changes back via Github. Non-employees don't contribute to our private repositories. We gain quite a bit from maintaining a large open source community, but it's not "free labor."
Re:Introducing unlimited private repositories by sequoia on Wednesday May 11, 2016 @03:40PM (#11678561)
I apologize- I thought volunteers were contributing to your private repos. If I understand correctly, your issue is that you have (say) 10 employees accessing private repos and 100 contributors to public/Free ones, but you're to be charged for all users you add to your org? I can see how this would be frustrating.

I see two possible solutions that don't force you to switch vendors:

1. Have non-employees fork & submit pull requests. 2. Split your private stuff off to a different org & formally separate free stuff from proprietary, make the free stuff community managed.

If these are problems, I'd maintain that this is a "have your cake and eat it to" problem, on the one hand keeping ownership & control of the project and reaping the attendant benefit to the edx brand, and on the other hand getting people to hack on your stuff for free. But in any event this is a broader existential issue that exists across the OSS world right now (see express.js), so I'm probably reading too much into your case. :)

Re:Introducing unlimited private repositories by mjlee on Wednesday May 11, 2016 @03:34PM (#11678511)
From the announcement:

"These users do not fill a seat:

Outside collaborators with access to only public repositories"

Re:Introducing unlimited private repositories by fps on Thursday May 12, 2016 @08:33AM (#11682866)
Ah, I didn't see that part of the announcement at all. That makes the new pricing much closer to what we were paying before. Thanks for pointing it out!
Re:Introducing unlimited private repositories by sequoia on Wednesday May 11, 2016 @04:05PM (#11678775)
oh yeah. That's probably why I assumed "collaborators" must have had access to private edx repos.
Re:Introducing unlimited private repositories by TrevorJ on Wednesday May 11, 2016 @02:46PM (#11678058)
You are jumping to a whole lot of conclusions there.
Re:Introducing unlimited private repositories by doomtop on Wednesday May 11, 2016 @04:28PM (#11678950)
Why are you assuming that the labor is free? And regardless if it is or isn't, how is that even relevant? GitHub has no idea how much or how little a contributor is paid for their contributions.