I'm OK with posting small changes directly to master, including updates to test suite monitors and documentation. The former are much easier to do on master, because otherwise they can make reintegration painful. The latter are rather innocuous -- but with the understanding that these are small fixes, not functionality that should be documented on a relevant development branch.
The sanctity of master should aid toward more robust development, not be an obstacle to that end.
On a related matter, I suggest adopting the following workflow: reintegrate branches to master locally, test in default mode, and with -DFLT_IS_DBL, and after all necessary updates to the test suite, push the local master to nublado. Runs with other compilers are essential double checks that the main development and testing are solid.
Again, this respects the sanctity of master on nublado, but uses the other compiler runs to guarantee that.
The alternative of running with various compilers ahead of time to make sure that the test suite won't botch is limited by the fact that some compiler configurations are unique to the testing servers.
I hope this makes sense,
Marios