71–80 of 96 posts
Earlier quoted context omitted.
From what I heard it was fine until Microsoft bought it and decided to bring over .net code (and people) from azure devops to replace a bunch of the pre-existing github actions stuff for some reason.
You're saying that .NET is not capable or bad when it comes to handling such a tools like building systems?
Things like this make me want to have more free time to start my own paid CI service. I can likely start from a few languages I know and take it from there. I wonder how hard it is to write your own CI/CD though? Anybody has thoughts on this?
IMO the only “serious” threat to Jenkins are platform integrated services like Gitlab CI/CD, GitHub Actions, Google CloudBuild etc. Everybody else seems to continue to use Jenkins.
Earlier quoted context omitted.
Is there anything at in the same league as https://reviewable.io for code reviews on self-hosted Git?
Theres gerrit and reviewboard, both of which I would consider quite nice. I dont know reviewable so it might have more sauce than the recommendations
Side note, I honestly seriously think we need much better tooling than just these 2 for code reviews.
Things like this make me want to have more free time to start my own paid CI service. I can likely start from a few languages I know and take it from there. I wonder how hard it is to write your own CI/CD though? Anybody has thoughts on this?
If you Google around you’ll see a crap ton of companies trying to do this. IMO the only “serious” threat to Jenkins are platform integrated services like Gitlab CI/CD, GitHub Actions, Google CloudBuild etc. Everybody else seems to continue to use Jenkins.
I'm not scared of competition, I'm mostly wondering how viable and profitable such a business would be. I happen to believe people would pay for good specialized CI (say, Elixir-only, Rust-only, Golang-only etc.) but you're also quite right that the real value-add seems to be in integration.
Earlier quoted context omitted.
From what I heard it was fine until Microsoft bought it and decided to bring over .net code (and people) from azure devops to replace a bunch of the pre-existing github actions stuff for some reason.
You're saying that .NET is not capable or bad when it comes to handling such a tools like building systems?
I don’t think there’s a problem with .NET inherently. But swapping out components for new tech stacks for no user or tech reason is likely to introduce bugs and at best will negatively impact schedule.
Although it would be interesting to hear any new company that chose .NET over other alternatives. I really likes how Spolsky explained why they used the MS stack [0] to build stackoverflow, among other things.
[0] https://channel9.msdn.com/Blogs/Seth-Juarez/Joel-Spolsky-Tal...
Earlier quoted context omitted.
Since most CI systems pull code from Github, it impacts other CI providers as well.
Most? I'd wager that there's more self-hosted CI's running code from self-hosted repositories than from GitHub (however you measure it: e.g., lines of code, build time, etc)
OT but why did it capitalize the title like that? I submitted "GitHub is having issues". I don't see that for other submissions (unless people manually edit them afterwards). EDIT: Before the change to "GitHub was having issues" it had converted my original submission from "GitHub is having issues" to "GitHub Is Having Issues".
Earlier quoted context omitted.
If you Google around you’ll see a crap ton of companies trying to do this. IMO the only “serious” threat to Jenkins are platform integrated services like Gitlab CI/CD, GitHub Actions, Google CloudBuild etc. Everybody else seems to continue to use Jenkins.
Good to know, thank you. I'm not scared of competition, I'm mostly wondering how viable and profitable such a business would be. I happen to believe people would pay for good specialized CI (say, Elixir-only, Rust-only, Golang-only etc.) but you're also quite right that the real value-add seems to be in integration.
While specialized CI sounds great you would need a good general purpose CI which also sports specialization. Ort people will need to change CI once they e.g. need to build and link against some FFI. Or have some project in another language. Which is quite a bit reason not to just it even if you currently only need specialized CI.
https://builds.sr.ht/~motiejus/job/517389
And unlike any megacorp, Drew is approachable. I recommend having a look at it for anyone re-evaluating their software forge.
Things like this make me want to have more free time to start my own paid CI service. I can likely start from a few languages I know and take it from there. I wonder how hard it is to write your own CI/CD though? Anybody has thoughts on this?
It has a steep learning curve, as with any sufficiently advanced system.