Rene, I don't doubt that there exists current commands in git that can perform operations like cat, ls, etc. My point is that git can make it easier for new users to learn commands and existing users to remember commands if git copies the name and sematics (as much as possible) of cat, ls, etc. Ævar, The issue is what goes inside the xargs command. If it is unix's cat command, the files listed by find will be from the commit's snapshot, but the files read by cat will be from the working tree. I believe the solution for xargs may be John D.'s solution - to "mount" the snapshot as a file system. And the "mount" command in git is "git checkout". (Now, I almost want to rename "git checkout" to "git remount"!) Mike Nahas On Sun, Jul 31, 2011 at 4:15 AM, René Scharfe <rene.scharfe@xxxxxxxxxxxxxx> wrote: > > Am 30.07.2011 21:06, schrieb Ævar Arnfjörð Bjarmason: > > On Sat, Jul 30, 2011 at 16:29, Michael Nahas <mike.nahas@xxxxxxxxx> wrote: > >> "git xargs <commit> ..." (Is this possible?) > > > > I don't have comments on the rest of your proposal, but I've often > > wanted a git-find(1) similar to git-grep(1). Which would give you this > > functionality. > > > > Then you could simply: > > > > git find <commit> <path> -type f | xargs <whatever> > > > > Or something like that. > > How about this, which should match your example: > > git ls-tree -r --name-only <commit> <path> | xargs <whatever> > > René -- 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