Thank you very much for your answers.realthunder wrote: ↑Sun Feb 28, 2021 10:02 pmCoding fast has advantage of getting new features fast, but also the disadvantage of risking for more bugs. I can counter it partially by relying on report by public testers and fixing them fast, but still, not all users (some maybe be other small companies) prefer new feature over stability. Anyway, I'm sure many new features in my branch will get a chance to be landed in the next FreeCAD development cycle.CapGuy wrote: ↑Sun Feb 28, 2021 9:30 amAnd a question : what is the reason of not including all your excellent work within the official FreeCAD release ?
I saw you tell you are too fast for FreeCAD upstream but I cannot understand why, in an Open Source project like this one, you cannot propose your code actually in the project itself ?
Because for sure your speed and your power of coding could be a very powerful goodness for the whole project.
Yes, I understand this and I agree as I'm also myself a SOHO (say, a very, very small company so with no time left at all), but AFAIK the development branch of the official project stands exactly for this : letting geeks to test bugs and permit developers to obtain stability for the software before to upstream it in the official stable branch... So I continue to wonder why you prefer a fork instead of an advanced developer official branch.
This last solution, for sure, could interest more testers so it could produce a bigger synergy, you don't think so ?
But I speak just in my name, and as a "newcomer" (well, this is the n_th time I try to use FreeCAD for my job) who does not understand why this fork as you are in the core developer team also, and I wish so much to be able to use a productive and efficient FreeCAD Open Source software.
Anyway, thanks for your answers again and yes of course, I'll report bugs on GitHub issues page if I can.