>>> Samuel Lijin schrieb am 03.05.2017 um 09:12 in Nachricht
On Mon, May 1, 2017 at 7:59 PM, Junio C Hamano wrote:
> Samuel Lijin writes:
>
>> On Fri, Mar 31, 2017 at 10:52 AM, Junio C Hamano wrote:
>>
>>> It might not be a bad idea to teach "blame" not to pay attention to
>>> any path that is
Samuel Lijin writes:
> On Fri, Mar 31, 2017 at 10:52 AM, Junio C Hamano wrote:
>
>> It might not be a bad idea to teach "blame" not to pay attention to
>> any path that is marked as "-diff" (e.g. binary files) when trying
>> to see if remaining contents
On Fri, Mar 31, 2017 at 10:52 AM, Junio C Hamano wrote:
> "Ulrich Windl" writes:
>
>> I was running "vc-annotate" in Emacs for a file from a large
>> repository (>4 files, a big percentage being binary, about 10
>> commits). For the first
Junio,
thanks for explaining! So if there are at least two commits, blame is fast, but
with only one commit blame tries hard to find another commit that might have
contributed to the one file?
I verified that without those "-C" options the result is very quick.
In the other case (for the user
Hi Ulrich,
Is there any chance you could share the repo where this is coming from?
This is actually something a colleague and I are looking into seeing
if we can crunch out some performance gains since -C -C isn't
threaded.
Sam
On Fri, Mar 31, 2017 at 10:52 AM, Junio C Hamano
"Ulrich Windl" writes:
> I was running "vc-annotate" in Emacs for a file from a large
> repository (>4 files, a big percentage being binary, about 10
> commits). For the first file the result was presented rather soon, but
> for a second file the command
Hi!
I was running "vc-annotate" in Emacs for a file from a large repository (>4
files, a big percentage being binary, about 10 commits). For the first file the
result was presented rather soon, but for a second file the command did not
finish even after about 10 minutes!
The file in
8 matches
Mail list logo