Michael Loeffler wrote: > Am Montag, den 04.12.2006, 20:48 +0100 schrieb Jakub Narebski: > ... >> I'm not sure if regexp support is truly better than the usual path globbing, >> as in fnmatch / glob. > > The current code does not do a real glob, this was the reason for me to > think about regex support, I thought it is easy to use sed for this. Now > I know it better. We could use perl for that, but embedded perl is a bit horrible. > I want it a bit portable, but sed on other systems (like macos or > solaris) does not support extended REs, and the basic REs do not support > the | operator (but this works on systems with glibc with \|). > > Maybe we should support something like this: > Pull: refs/heads/v*:refs/remotes/origin/ > > I still don't like the * on the destination ref, it looks a bit strange > (like cp Downloads/*.mp3 Music/*). '*' in destination part would mean $n / \n (n-th match for *). And you need some way to mark if it is prefix match, or whole path match. Ending prefix match with '/' is one way of doing this... Unless it would be prefix match always, but I think this leads way to confusion. Just a thought. -- Jakub Narebski Warsaw, Poland ShadeHawk on #git - 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