commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gilles Sadowski <>
Subject Re: svn commit: r1039083 [1/4] - in /commons/proper/math/trunk/src: main/java/org/apache/commons/math/analysis/ main/java/org/apache/commons/math/analysis/polynomials/ main/java/org/apache/commons/math/analysis/solvers/ main/java/org/apache/commons/m
Date Fri, 26 Nov 2010 22:26:13 GMT
> [...]
> Think about users reading the changelog, which is the source of the release
> notes, or developers tracing the provencance or change history of code.
> This, along with making it tractable for reviewers to review commits, is the
> reason that we favor smaller, atomic commits and fully defined issues.  I
> know this takes time and some commits *have* to be large for atomicity; but
> I think this one could have and should have been split up.

Most of the changes were proposed in this issue

Given that its denomination was
  Refactoring of solvers (package "analysis.solvers")
I thought that it was pretty clear that my interpretation of atomicity in
this case was the package "analysis.solvers".

IMHO, it is much clearer to have everything related changed at the same
time. Moreover, I can then see that everything works together, instead of
making several commits and then possibly having to undo things (and more
commits) because they create problems further down.


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message