ofbiz-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jacques Le Roux <jacques.le.r...@les7arts.com>
Subject Re: Groovy and semicolon at EOL
Date Tue, 13 Sep 2016 19:33:06 GMT
Le 13/09/2016 à 21:28, Jacques Le Roux a écrit :
> OK found that the same than in Subclipse also exists in TortoiseSVN
>
> But you need to use a command line (weird for a GUI), eg (from TortoiseSVN root folder)

Actually wrong, simply pick a file in Windows file explorer using TortoiseSVN  context menu,
et voilà!
I confirm, totally comparable to Subclipse annotations

Jacques

>
> TortoiseProc.exe /command:blame /path:"C:\projectASF-Mars\ofbiz\applications\product\src\main\java\org\apache\ofbiz\product\catalog\CatalogWorker.java"
>
> All is explained here https://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-automation.html#tsvn-automation-basics
>
> From the resulting UI (comparable to Subclipse) I guess changing all lines of a file
will have the same effect.
> Even if indeed the annotations are not lost, they are very hard to use if you need to
compare revision by revision.
>
> Jacques
>
>
> Le 13/09/2016 à 20:21, Jacques Le Roux a écrit :
>> BTW thinking about it, don't you have something similar in IntellIJ?
>>
>> I found an (old) image there https://markphip.blogspot.fr/2006/12/subclipse-live-annotations.html
>>
>> Jacques
>>
>>
>> Le 13/09/2016 à 20:16, Jacques Le Roux a écrit :
>>> Thanks Jacopo,
>>>
>>> I found how to use it in TortoiseSVN (it starts from the log view)
>>> It's complementary to what Subclipse gives and so interesting but not comparable.
>>>
>>> You don't have this global view Subclipse offers with each annotation by line
from start (r1) to HEAD.
>>> Very useful with colored annotations in the same column than lines numbers. But
it unfortunately contains only the last revision if all lines have 
>>> been modified together in that revision.
>>> Note: to see it you need to use "Show Quick Diff" ("Revision" and "Combined Colors"
are then default options, hovering is enough for me).
>>> Same than you decide to show line numbers in this column... More for those who
are still using Eclipse...
>>>
>>> Jacques
>>>
>>> Le 13/09/2016 à 17:40, Jacopo Cappellato a écrit :
>>>> Some examples:
>>>>
>>>> svn blame README.md
>>>>
>>>> after review you run
>>>>
>>>> svn blame README.md -r 1:1757044
>>>>
>>>> and then
>>>>
>>>> svn blame README.md -r 1:1757042
>>>>
>>>> and so on to get back in history... nothing is lost, annotations are always
>>>> there.
>>>>
>>>> Jacopo
>>>>
>>>> PS: I think there is some trick to do the same with TortoiseSVN but I can't
>>>> tell you the details since I don't use it
>>>>
>>>> On Tue, Sep 13, 2016 at 5:16 PM, Jacques Le Roux <
>>>> jacques.le.roux@les7arts.com> wrote:
>>>>
>>>>> Le 13/09/2016 à 16:45, Jacopo Cappellato a écrit :
>>>>>
>>>>>> On Tue, Sep 13, 2016 at 4:36 PM, Jacques Le Roux <
>>>>>> jacques.le.roux@les7arts.com> wrote:
>>>>>>
>>>>>> ...
>>>>>>> Before applying a such change, I'd really like to know if everybody
is
>>>>>>> aware of what that means when it comes to svn annotations. I
repeat: we
>>>>>>> will then lose all the svn annotations history in all the Groovy
files.
>>>>>>> ...
>>>>>>>
>>>>>>> Jacques, are you aware that you can pass the -r argument to the
>>>>>> blame/annotate command?
>>>>>>
>>>>>> Jacopo
>>>>>>
>>>>>> I must say I never use that when looking at annotations in a file
in
>>>>> Eclipse. It's maybe useful in certain circumstances, but I hardly see
when.
>>>>> And once all the lines a file has been modified in one commit, I guess
-r
>>>>> does not help at all, anyway you get only this information. Or do I miss
>>>>> something? Should I know the revision I'm looking for? I rather try to
know
>>>>> when and why a line has been changed, what are the reasons of these
>>>>> changes, maybe to find an related Jira, etc.
>>>>>
>>>>> Jacques
>>>>>
>>>>>
>>>
>>>
>>
>>
>
>


Mime
View raw message