Hi folks, The master branch has been broken for a couple of days already. But that hasn't stopped the project from merging pull requests. As time passes by, it gets hard to identify what change caused the breakage. And of course, fixing it might cause conflicts with the changes introduced by the merged PRs.
It seems to me that there should be some sort of process or guidelines in place to avoid this sort of situations. "Don't merge if master is red" seems like a reasonable option. If this guideline sounds obvious enough that it shouldn't be spelled out in the commiters' documentation, then that's fine, but it hasn't been followed recently. Cheers, -- Gerardo Curiel // https://gerar.do