Documentation for setup development environment #365
-
|
Hi, @pkgdemon |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
At the moment everything is designed to built in GitHub only via PR's, automated testing that gates regressions. This is enabled by cross building every project on native GitHub runners vs using virtual machines with freebsd or slow emulation. It's a bit complicated but it enables rebuilds of granular components like the kernel in minutes vs hours. I do plan to support local building workflows, which I will outline a little bit below under next steps. At that time I will definitely be more ready to have in place developer documentation, etc. It's going to take a bit longer for me to scaffold all that to really be contributing ready. My next steps in no particluar order:
I'll try to outline the larger vision a little bit with various ideas I have been incubating over the years:
So these are most of the various ideas that I would like to use NextBSD as a vehicle for. At this time I would time Gershwin is more primed towards contributing and it already has several regular contributors and is grown to be something highly active even while I focus more on NextBSD given all the help I have now. I'll need a bit more time to get NextBSD in a better position, but I'll definitely keep your suggestions in mind, and try to get to this sooner rather than later. Thanks for the interest! |
Beta Was this translation helpful? Give feedback.
At the moment everything is designed to built in GitHub only via PR's, automated testing that gates regressions. This is enabled by cross building every project on native GitHub runners vs using virtual machines with freebsd or slow emulation. It's a bit complicated but it enables rebuilds of granular components like the kernel in minutes vs hours. I do plan to support local building workflows, which I will outline a little bit …