3 ms·
I'll work on that. But the error message is very clear, so if any error reporting is enabled, it'll be pretty obvious what to do, at least. The fact that peopl
by mholt 9y ago
I'll work on that. But the error message is very clear, so if any error reporting is enabled, it'll be pretty obvious what to do, at least.
The fact that people were relying on volunteer-supported infrastructure for their CI builds is a little unnerving to me, hence the move to commercial support.
- iampims 9y agoWhy not upload them to GitHub?
- gtirloni 9y agoExactly, building and pushing to GitHub is a set-and-forget process. Besides, it already needs to be done for paying customers now so what kind of work is that saving Caddy? I don't understand. EDIT: Additionally, it's an error to think that non-paying customers are not contributing. It's actually a pretty basic misunderstanding for an open source company. Users are contributing with bug reports, small fixes, testing, marketing, etc. It amazes me we still see this feeling in 2017. I dare all companies with open source projects to actually close them and replace non-paying customers with QA teams, more developers, more infrastructure, etc. Make sure to increase your budgets and raise your prices accordingly.
- iampims 9y agoAnswering my own question: it is now my understanding that caddy relies on a custom build system to generate custom builds on the fly for its plugins. Publishing all combinations on GH wouldn't make much sense given the combination explosion for any new plugin.
- gtirloni 9y agoThat's excellent. Most people don't seem to use plugins so a default build is enough for them. Those who need it have a business need now and can either setup their own build system or pay Caddy for that. Value is generated as opposed to being subtracted (from the current status quo).
- gtirloni 9y agoIs this move the result of open source burnout? There are better ways to structure a business around an open source project. Besides comprehensive support plans, you could actually pursue dual licensing (if you own the copyright to all contributions, I couldn't find a CLA), consulting services, etc. This is all in the playbook followed by nginx, Red Hat and others. I think even the dreaded "open core" model would give yours users less friction than what you're implementing.