Trying to break out discussions here to keep things moving - see thread 
"Checkstyle as style contract for Cassandra 
<https://lists.apache.org/thread/8lzlc4x6g6yx766w738grxdcmqgwds7l>"

One topic that came up on the thread was whether we were collectively happy 
with our current newline bracing style and, if not, what we might do about it. 
The following points came up:
 1. We would do this post-accord merging so as not to cause significant rebase 
pains for the branch (unless active accord devs advocate for otherwise)
 2. re: git history pollution, Abe pointed out that we can use a 
--ignore-revs-file option in git to switch bracing style in one go and keep our 
history.
 3. Caleb advocated for limiting ourselves to trunk only. Given only bugfixes 
go to older branches this would limit our surface area of change quite a bit.
 4. Mick seconded raised concerns about forks absorbing pain. We have multiple 
fork owners on the thread in favor of making the change, but it's worth keeping 
in mind.
In general, sentiment was clearly skewed towards changing our bracing style on 
trunk to have braces on the same line as preceding control flow statement, 
closing braces on newline.

Reply via email to