<div class="gmail_quote">On Mon, Apr 27, 2009 at 10:57 AM, Noah Roberts <span dir="ltr">&lt;<a href="mailto:roberts.noah@gmail.com">roberts.noah@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br></div>
You forgot a third option, split your project into numerous small libraries so that any changes require the smallest amount of rebuilding that is possible.</blockquote><div><br></div><div>This is actually a good idea that I overlooked. Thank you. I mean, I already modularize my code fairly well, I just never had thought about only testing components that have changed. I think such a build system might be complex to make. I&#39;m using CMake primarily for my unit testing system. I wonder if CMake alone is enough for this. Usually the CI testing is done on the client machine in my case, but maybe the server could do it as a post-commit? These are all details that get a bit off-topic, but hopefully I can figure something out.</div>
<div><br></div><div>The important thing is that I don&#39;t have to make any changes to the way I am using boost (mostly), and I can focus on doing a bit more than naive testing approach of testing everything regardless of if it changed. </div>
</div>

