Hi Ian,
Ian Clatworthy wrote:
Jens-Heiner Rechtien wrote:
Sure, but there is no need to rely on heuristics where none is needed.
Heuristics are good enough in many cases. Metadata + heuristics is
better though.
Back to the original use case which triggered this thread. If you do
rename of
Jens-Heiner Rechtien wrote:
> Sure, but there is no need to rely on heuristics where none is needed.
Heuristics are good enough in many cases. Metadata + heuristics is
better though.
> Back to the original use case which triggered this thread. If you do
> rename of a Java class in an IDE then no
On Thu, 08 Oct 2009 13:54:13 +0200
Jan Holesovsky wrote:
> Sorry to disappoint you, but 'git mv' is really just a shortcut. It
> has also the bright sides - as Kohei said, this works even when the
> files are not 100% identical after the move which gives you the nice
> features like that when yo
Hi Heiner,
On Wednesday 07 October 2009, Jens-Heiner Rechtien wrote:
> AFAIK the heuristic works only if the hash over the file is the same. A
> slight change, for instance adapting the name of the file in the license
> header (however stupid such a thing might be) will spoil the heuristic,
> whi
Hi Stephan,
Stephan Bergmann wrote:
> On 10/06/09 14:02, Jens-Heiner Rechtien wrote:
>> How should any SCM detect filesystem only renames? This is just asked to
>> much. You have to use "hg rename", of course. Anything else would have
>> to rely on heuristics which might fail, hardly something a S
On 10/06/09 14:02, Jens-Heiner Rechtien wrote:
How should any SCM detect filesystem only renames? This is just asked to
much. You have to use "hg rename", of course. Anything else would have
to rely on heuristics which might fail, hardly something a SCM can do.
*Everything* an SCM does when it
On Wed, 2009-10-07 at 00:15 +0200, Jens-Heiner Rechtien wrote:
> Hi,
>
> AFAIK the heuristic works only if the hash over the file is the same. A
> slight change, for instance adapting the name of the file in the license
> header (however stupid such a thing might be) will spoil the heuristic,
Hi,
AFAIK the heuristic works only if the hash over the file is the same. A
slight change, for instance adapting the name of the file in the license
header (however stupid such a thing might be) will spoil the heuristic,
which is why git, like any other sane SCM, supports 'git mv' at least on
Jens-Heiner Rechtien wrote:
> > Does it really "detect" these cases or does that only work when "hg
> > rename" was being used. If I would have used only filesystem commands to
> > rename files would hg recognize that?
>
> How should any SCM detect filesystem only renames? This is just asked to
>
Hi Heiner,
On Tuesday 06 October 2009, Jens-Heiner Rechtien wrote:
> > Does it really "detect" these cases or does that only work when "hg
> > rename" was being used. If I would have used only filesystem commands to
> > rename files would hg recognize that?
>
> How should any SCM detect filesyste
Hi Heiner,
bjoern michaelsen - Sun Microsystems - Hamburg Germany wrote:
> On Tue, 06 Oct 2009 14:02:58 +0200
> Jens-Heiner Rechtien wrote:
>>> Does it really "detect" these cases or does that only work when "hg
>>> rename" was being used. If I would have used only filesystem
>>> commands to rena
On Tue, 06 Oct 2009 14:02:58 +0200
Jens-Heiner Rechtien wrote:
> > Does it really "detect" these cases or does that only work when "hg
> > rename" was being used. If I would have used only filesystem
> > commands to rename files would hg recognize that?
>
> How should any SCM detect filesystem on
Hi Bernd,
Bernd Eilers wrote:
> Jens-Heiner Rechtien wrote:
>> Hi,
>>
>
> Hi,
>
>> the good news that hg (as well as the other DSCMs) is able to detect
>> these cases and do the right thing. Things should improve here RSN.
>>
>
> Does it really "detect" these cases or does that only work when "
Jens-Heiner Rechtien wrote:
Hi,
Hi,
the good news that hg (as well as the other DSCMs) is able to detect
these cases and do the right thing. Things should improve here RSN.
Does it really "detect" these cases or does that only work when "hg
rename" was being used. If I would have used on
Hi,
the good news that hg (as well as the other DSCMs) is able to detect
these cases and do the right thing. Things should improve here RSN.
Regards,
Heiner
Caolán McNamara wrote:
> On Sat, 2009-10-03 at 09:31 +0900, Takashi Ono wrote:
>> Hi all,
>>
>> I think if there exist recent changes in
On Sat, 2009-10-03 at 09:31 +0900, Takashi Ono wrote:
> Hi all,
>
> I think if there exist recent changes in files being deleted in a integration
> of a cws,
> they should be automatically warned to RE. Is it considered in the standard
> of
> procedures?
>
> The background is i#105542. The fi
Hi all,
I think if there exist recent changes in files being deleted in a integration
of a cws,
they should be automatically warned to RE. Is it considered in the standard of
procedures?
The background is i#105542. The file solenv/inc/wntgcci6.mk is deleted and
added with a
new name solenv/i
17 matches
Mail list logo
