Charles Bailey <charles@xxxxxxxxxxxxx> writes: > This series of patches are a cleaned and improved version of the > earlier RFC patch that I sent. About the organization of the series, I think (note that what I think does not count as much as what Ted thinks around this area) it would make much more sense to do 4 first (unless there is a reason why it behaves differently for existing backends), then 2 (remove $path everywhere and use $MERGED consistently, not just where you call out to the custom tool), and then finally 1. The general idea is to clean-up first and then add features on solidified base. I do not personally see much need for 3, as the custom script should be able to check the situation and adjust its behaviour accordingly, and that way you do not have to maintain two scripts. I.e. if $BASE does not exist, there is no base, no? - 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
