On 12.06.2013 02:58, Варфоломеев Игорь wrote:
> Hi all,
> I'm still not sure if it's a bug, or if I'm doing something wrong. But I'm
> unable to get TortoiseSVN
> command-line tool to work with files with UTF-8 characters in their name.
> (1.7.10 r1485443, part of TortoiseSVN 1.7.13 @Win7 x64)
Hi all,
I'm still not sure if it's a bug, or if I'm doing something wrong. But I'm
unable to get TortoiseSVN
command-line tool to work with files with UTF-8 characters in their name.
(1.7.10 r1485443, part of TortoiseSVN 1.7.13 @Win7 x64)
I've posted the following message here
(
http://torto
On Jun 11, 2013, at 15:45, Olivier Antoine wrote:
> But this is very poor compared to ClearCase. Nobody tried to script that ?
Most of us have never seen or used ClearCase. It might help if you provided a
specific example of a command that you might run with ClearCase, and the output
you would
> From: Olivier Antoine [mailto:oliviera201...@gmail.com]
> Sent: Tuesday, June 11, 2013 4:45 PM
> To: users@subversion.apache.org
> Subject: Re: History in subversion
>
> Thanks for your help, I will try again this.
> But this is very poor compared to ClearCase. Nobody tried to script that ?
I u
> From: Olivier Antoine [mailto:oliviera201...@gmail.com]
> Sent: Tuesday, June 11, 2013 13:45
> To: users@subversion.apache.org
> Subject: Re: History in subversion
>
> Thanks for your help, I will try again this.
> But this is very poor compared to ClearCase. Nobody tried to script that ?
> It
On Tue, Jun 11, 2013 at 3:45 PM, Olivier Antoine
wrote:
> Thanks for your help, I will try again this.
>
> But this is very poor compared to ClearCase. Nobody tried to script that ?
svn logs will show file/directory additions/deletions in the parent
directory, so you should be able to track the h
On Tue, Jun 11, 2013 at 4:45 PM, Olivier Antoine
wrote:
> Thanks for your help, I will try again this.
>
> But this is very poor compared to ClearCase. Nobody tried to script that ?
It is open-source, so nothing is stopping someone from implementing
this if they find it important. I think most o
Thanks for your help, I will try again this.
But this is very poor compared to ClearCase. Nobody tried to script that ?
It is also possible to read the SVN repository without checkout, there is a
way to address an element, something like this :
@revnumber
But it is not possible to use a syntax l
On Tue, Jun 11, 2013 at 4:02 PM, Olivier Antoine
wrote:
> I don't think that svn log describes the history of the directory element,
OK, did not pick up that you were only interested in that information.
You are right that SVN will always show the information for directory
plus children. The o
Is there any additional detail I can provide for this?
On Thu, Jun 6, 2013 at 11:05 AM, James Hanley wrote:
> So, is there additional information I can provide - would doing a diff on
> the properties of MkImage show anything useful.. I couldn't see any myself
> but perhaps there's some flags t
I don't think that svn log describes the history of the directory element,
Actually I don't see any command that could give the revisions where the
directory changed (tree changes), without giving the changes on the files
it contents. No svn+annotate on directories.
And I don't see any way to app
On Tue, Jun 11, 2013 at 3:15 PM, Olivier Antoine
wrote:
> I'm trying to work with SVN, but coming from ClearCase, I'm lost.
>
> It seems that it is not possible to consult the history of the repository
> like in CC,
> I can get the history of a file element with svn+annotate, I can use
> svn+diff
Hi,
I'm trying to work with SVN, but coming from ClearCase, I'm lost.
It seems that it is not possible to consult the history of the repository
like in CC,
I can get the history of a file element with svn+annotate, I can use
svn+diff on files,
But for directories : no annotate, no diff - nothing
On 6/11/2013 10:20 AM, Stefan Sperling wrote:
On Tue, Jun 11, 2013 at 10:13:15AM -0400, Thomas Harold wrote:
Right now, the size of our dumpfile directory is 207G, while the
hotcopy is only 104G. So the size savings could be big for us. The
hotcopy backup is still our preferred solution, with
C. Michael Pilato wrote on Tue, Jun 11, 2013 at 17:32:59 +0200:
> On 06/11/2013 05:14 PM, Daniel Shahaf wrote:
> > C. Michael Pilato wrote on Tue, Jun 11, 2013 at 14:52:48 +0200:
> >> As for the --deltas option, that has nothing in the world to do with the
> >> types of deltas we're discussing here
On 06/11/2013 05:14 PM, Daniel Shahaf wrote:
> C. Michael Pilato wrote on Tue, Jun 11, 2013 at 14:52:48 +0200:
>> As for the --deltas option, that has nothing in the world to do with the
>> types of deltas we're discussing here. (As an aside, I would highly
>> recommend that, unless you need your
C. Michael Pilato wrote on Tue, Jun 11, 2013 at 14:52:48 +0200:
> On 06/10/2013 03:05 PM, Thomas Harold wrote:
>
> > b) Does revprop caching only need to be enabled for http/https access and
> > does it have any effect on svn+ssh access? (All of our users currently use
> > svn+ssh access, but we
C. Michael Pilato wrote on Tue, Jun 11, 2013 at 14:52:48 +0200:
> One advantage of being in a room full of Subversion developers, specifically
> the guy that implemented all this stuff, is that I can ask him directly
> about how to respond to this mail. :-) Hopefully I will accurately
> represent
On 06/11/2013 04:13 PM, Thomas Harold wrote:
> Thanks, the svn book is light on details of what exactly counts as "minimum
> amount of work needed" for "svnadmin upgrade".
svnbook-...@red-bean.com would be a great place to report that, though I'd
suggest expanding your report with some context. Th
On Tue, Jun 11, 2013 at 10:13:15AM -0400, Thomas Harold wrote:
> Right now, the size of our dumpfile directory is 207G, while the
> hotcopy is only 104G. So the size savings could be big for us. The
> hotcopy backup is still our preferred solution, with the dump files
> being a worst-case fallbac
On 6/11/2013 8:52 AM, C. Michael Pilato wrote:
One advantage of being in a room full of Subversion developers, specifically
the guy that implemented all this stuff, is that I can ask him directly
about how to respond to this mail. :-) Hopefully I will accurately
represent the answers Stefan Fuh
One advantage of being in a room full of Subversion developers, specifically
the guy that implemented all this stuff, is that I can ask him directly
about how to respond to this mail. :-) Hopefully I will accurately
represent the answers Stefan Fuhrmann just gave me to your questions.
On 06/10/2
22 matches
Mail list logo
