On Fri, Oct 14, 2011 at 6:49 AM, Daniel Shahaf wrote:
> [ switching list, please drop users@ from further replies ]
>
> Konstantin Kolinko wrote on Fri, Oct 14, 2011 at 11:43:14 +0400:
>> 2011/10/14 Andrey Paramonov :
>> > On 13.10.2011 22:31, Ryan Schmidt wrote:
>> >>
>> >> On Oct 13, 2011, at 06
[ switching list, please drop users@ from further replies ]
Konstantin Kolinko wrote on Fri, Oct 14, 2011 at 11:43:14 +0400:
> 2011/10/14 Andrey Paramonov :
> > On 13.10.2011 22:31, Ryan Schmidt wrote:
> >>
> >> On Oct 13, 2011, at 06:51, Andrey Paramonov wrote:
> >>
> > I believe Subversion c
2011/10/14 Andrey Paramonov :
> On 13.10.2011 22:31, Ryan Schmidt wrote:
>>
>> On Oct 13, 2011, at 06:51, Andrey Paramonov wrote:
>>
> I believe Subversion can automagically translate line ending sequences
> when transferring data to and from server. I use Windows, so I have CRLF
> sequ
On 13.10.2011 22:31, Ryan Schmidt wrote:
On Oct 13, 2011, at 06:51, Andrey Paramonov wrote:
I believe Subversion can automagically translate line ending sequences when
transferring data to and from server. I use Windows, so I have CRLF sequences
at the ends of the lines in my working copy. Th
On Oct 13, 2011, at 06:51, Andrey Paramonov wrote:
>>> I believe Subversion can automagically translate line ending sequences when
>>> transferring data to and from server. I use Windows, so I have CRLF
>>> sequences at the ends of the lines in my working copy. The question is:
>>> what is the
On 13.10.2011 15:54, Daniel Shahaf wrote:
Andrey Paramonov wrote on Thu, Oct 13, 2011 at 15:51:46 +0400:
On 13.10.2011 15:42, Stefan Sperling wrote:
On Thu, Oct 13, 2011 at 03:37:36PM +0400, Andrey Paramonov wrote:
On 13.10.2011 15:24, Daniel Shahaf wrote:
No, it's a feature, showing that tho
Andrey Paramonov wrote on Thu, Oct 13, 2011 at 15:51:46 +0400:
> On 13.10.2011 15:42, Stefan Sperling wrote:
> >On Thu, Oct 13, 2011 at 03:37:36PM +0400, Andrey Paramonov wrote:
> >>On 13.10.2011 15:24, Daniel Shahaf wrote:
> >>>No, it's a feature, showing that those lines are new in the
> >>>local
On 13.10.2011 15:42, Stefan Sperling wrote:
On Thu, Oct 13, 2011 at 03:37:36PM +0400, Andrey Paramonov wrote:
On 13.10.2011 15:24, Daniel Shahaf wrote:
No, it's a feature, showing that those lines are new in the
locally-modified version. You can do
% svn blame file@BASE
for the old behaviour.
On Thu, Oct 13, 2011 at 01:42:08PM +0200, Stefan Sperling wrote:
> On Thu, Oct 13, 2011 at 03:37:36PM +0400, Andrey Paramonov wrote:
> > The new intended behavior seems very reasonable. However, the
> > observed behavior is clearly a bug: I get "- -" for all lines, not
> > just locally modified one
On Thu, Oct 13, 2011 at 03:37:36PM +0400, Andrey Paramonov wrote:
> On 13.10.2011 15:24, Daniel Shahaf wrote:
> >No, it's a feature, showing that those lines are new in the
> >locally-modified version. You can do
> >% svn blame file@BASE
> >for the old behaviour.
> >
>
> The new intended behavior
On 13.10.2011 15:24, Daniel Shahaf wrote:
No, it's a feature, showing that those lines are new in the
locally-modified version. You can do
% svn blame file@BASE
for the old behaviour.
The new intended behavior seems very reasonable. However, the observed
behavior is clearly a bug: I get "- -
No, it's a feature, showing that those lines are new in the
locally-modified version. You can do
% svn blame file@BASE
for the old behaviour.
Andrey Paramonov wrote on Thu, Oct 13, 2011 at 13:14:35 +0400:
> Hello!
>
> To reproduce:
> 0) Checkout a working copy.
> 1) svn blame somefile. You will
Hello!
To reproduce:
0) Checkout a working copy.
1) svn blame somefile. You will get lines of somefile annotated with
revision and committer.
2) Modify somefile.
3) svn blame somefile. You will get lines of somefile annotated with
double hyphens -- revision and committer information not availa
13 matches
Mail list logo
