On Thu, 18 Aug 2016, Junio C Hamano wrote:
> Johannes Schindelin <johannes.schinde...@gmx.de> writes:
> > With this patch, --batch can be combined with --textconv or --filters.
> > For this to work, the input needs to have the form
> > <object name><single white space><path>
> > so that the filters can be chosen appropriately.
> > --batch::
> > --batch=<format>::
> > Print object information and contents for each object provided
> > - on stdin. May not be combined with any other options or arguments.
> > - See the section `BATCH OUTPUT` below for details.
> > + on stdin. May not be combined with any other options or arguments
> > + except `--textconv` or `--filters`, in which case the input lines
> > + also need to specify the path, separated by white space. See the
> > + section `BATCH OUTPUT` below for details.
> Makes sense. This format still allows
> HEAD:<path2> <path1>
> i.e. the object name is taken from path2 but we forget it and
> pretend that the blob sits at path2, which is a good feature.
> If I am not mistaken, your cover letter alluded that it might be
> ideal to take "HEAD:<path>" (nothing else) as input, grab "<path>"
> and feed that to the filtering machinery, but you decided to stop
> short of doing that. I actually think that it is the right thing to
> do for this feature to ignore the trailing :<path> in the object
> name, iow, I agree with the result from the feature design POV.
I actually decided against it only because it would uglify the code. From
a user point of view, I am a bit annoyed having to say
> The only thing that somewhat is worrysome is what would happen to
What would happen is that it would print out the path, as it is exactly
that "rest" field that is used in the implementation, piggybacking on that
very nice feature.
Of course, this means that you simply cannot send "SHA-1 path rest" to
cat-file --batch and expect that to work. Should anybody need that in the
future, they can give it a try themselves to patch cat-file.
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html