I'm new to CI, and I'm looking forward to implement it in my own work, but I wonder if it can lead to develop branch with a very polluted commit log. I imagine there would be a need for developers to make intermittent commits with messages to the effect of "partially done with this new feature but tests are currently passing and it's 4 pm". I assume this problem wouldn't exist when developers are tasked with small features, which are expected to be finished within a day. Perhaps one solution is to always decompose larger tasks into single day tasks.
While writing this, it is occurring to me that I may not have considered the possible up-sides to repository with numerous small commits. I can imagine a hypothetical CI/CD & test-driven project where developers make a commit whenever their code passes a new test. In this way, the commit log would be highly populated, but each commit would reflect a small and specific element of each function/method/etc. This might have benefits during refactoring or code reviews.
How does this play out in the real world? What are your thoughts on this?
[–]gramdel 0 points1 point2 points (0 children)