On Thu, Oct 6, 2016 at 10:34 AM, Sage Weil <sweil@xxxxxxxxxx> wrote: > On Thu, 6 Oct 2016, Andrew Schoen wrote: >> >> We could keep the implicit convention for `wip-*` or maybe something similar? >> > >> > Building everything that starts with wip-* sounds fine to me. But >> > isn't that usually everything that we push to the ceph/ceph >> > repository? What is is that we're trying to avoid building? >> > >> > John >> >> I think the idea is that we only want to build branches that we plan >> to run tests against. As we add more flavors, distros and >> architectures to build for the workload increases exponentially. The >> system is designed to scale, but let's not build things we don't >> really need. > > I think we need a "do not build" prefix and a "build this asap" prefix. > Maybe nobuild-* and asap-*? I can't imagine anybody's going to remember to stick "nobuild" in front of things. If we're really concerned about not building everything, it needs to be proactive. I'd really like two interfaces: 1) append "-build" to the end of a branch. This would have to be a postfix so we don't pick up every branch that fixes some build issue or rearranges the makefiles. 2) Have a web page or github integration we can use to say "include this branch in the builds". In particular what I'm thinking is, we want a way to build stuff right away from the push for quick turnaround times. But we'll want to push branches for RFC etc before we really care if they're widely built, and renaming them or trying to update two refs would be a hassle. -Greg -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
