Some Thoughts on Version Control Commit Policies This blog is dedicated to the product making of Z79Forth as a kit, which it makes it primarily a hardware thing. However, in practice, the output of the project is actually 80% software. Today, I committed to Subversion a massive change which I call the "RTC release." This is quite a complex change that includes fixes for mundane things (>IN not being updated systematically as it should be) and major features, like the NMI interrupt handler and optional support for an RTC chip at a reduced CPU clock rate (1/4th of the standard bus frequency). In a professional context (i.e. in the context of team based development), I did observe that the trend was to commit every small change at the earliest possible opportunity and, possibly through some GitLab enforced policy, have them reviewed by peer developers. Whatever the company policy is, I found that the quality of the reviews before accepting a branch merge was lacking. Usually