2010/10/30 Sverre Rabbelier <srabbelier@xxxxxxxxx>: > Heya, > > 2010/10/28 Nguyán ThÃi Ngác Duy <pclouds@xxxxxxxxx>: >> This helps break things some more. Eventually all repo setup logic >> should be centralized in setup_* functions. This helps push all the >> bugs back to setup_* functions. > > I don't know about this, do we really want to willingly break the test > suite (and fixing it later)? Perhaps we can review this as-is and then > squash the commits before they are merged to next so that there is no > breakage? We could even attach the original commits as notes :). Squashing is no good in terms of readability when we look back in history. Can git-bisect be taught that "there is breakage in this segment of commits, consider the whole segment a single commit"? -- Duy -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html