- Original Message
> From: Ryan Schmidt
> To: BRM
> On Sep 3, 2010, at 17:52, BRM wrote:
> >> You cannot relocate or update existing working copies. If that's too
> >> restrictive, then yes,
> >> you'll have to skip the dump and load, just change the externals in
> >> HEAD,
>and
On Sep 3, 2010, at 17:52, BRM wrote:
>> You cannot relocate or update existing working copies. If that's too
>> restrictive, then yes,
>> you'll have to skip the dump and load, just change the externals in HEAD,
>> and
>> accept
>> that you can't check out a past revision and have the extern
- Original Message
> From: Ryan Schmidt
> To: BRM
> >> Since the UUID has changed, everyone must check out new working copies;
> >> it
>is
>
> >> not possible to update or switch existing working copies to this new
>changed
>
> >> repository.
> >
> > Or I could just ignore th
Ryan Schmidt wrote on Fri, Sep 03, 2010 at 16:57:31 -0500:
>
> On Sep 3, 2010, at 16:51, Daniel Shahaf wrote:
>
> > Ryan Schmidt wrote on Fri, Sep 03, 2010 at 15:29:17 -0500:
> >
> >> the dump format does not include information
> >> about hook scripts, config files or locks. If you dump and loa
On Sep 3, 2010, at 16:51, Daniel Shahaf wrote:
> Ryan Schmidt wrote on Fri, Sep 03, 2010 at 15:29:17 -0500:
>
>> the dump format does not include information
>> about hook scripts, config files or locks. If you dump and load, the new
>> repository will have the default hook script templates (so,
Ryan Schmidt wrote on Fri, Sep 03, 2010 at 15:29:17 -0500:
> the dump format does not include information
> about hook scripts, config files or locks. If you dump and load, the new
> repository will have the default hook script templates (so, no hook scripts),
> the default configuration, and nothi
On Sep 3, 2010, at 08:36, BRM wrote:
>> Do not use sed to edit a dumpfile. Use a tool designed for the task, like
>> svndumptool.
>> http://svn.borg.ch/svndumptool/
>
> Why? B/c it might change data in files too? That's actually something I want
> done.
> My prime repository has some scripts
Using the subversive eclipse plugin, I am able to do the equivalent of
svn --recursive propset svn:eol-style native .
But on the command line itself this fails with
svn: Can't read file 'subdir': Is a directory
What is the value of the --recursive switch if it doesn't handle this? Or am I
m
I am trying to adapt a legacy system written in C to use SVN for version
control.
This legacy system has components that are built and run on linux and also
other components that are built and run on MS-DOS (yes, MS-DOS, although
eventually it's going away!). Development will, for the most par
On Fri, Sep 03, 2010 at 04:20:14PM +0200, Matias E. Fernandez wrote:
> Hello
>
> A file imported via svn:externals definition fails being removed after
> deleting the svn:externals property with propdel, or removing the
> specific entry with propedit.
>
> Details see below.
>
> Regards
> Matias
Hello
A file imported via svn:externals definition fails being removed after
deleting the svn:externals property with propdel, or removing the
specific entry with propedit.
Details see below.
Regards
Matias
p.s.: please cc me, as I am not subscribed to this mailing list.
$ svn --version
svn,
BRM wrote on Fri, Sep 03, 2010 at 06:36:05 -0700:
> - Original Message
>
> > From: Ryan Schmidt
> > > $ cat Example1.dump | sed
> > > 's/file:\/\/\/svnTest\/Example1/file:\/\/\/svnTest\/Example2/' >
> > > Example1-edited.dump
> > Do not use sed to edit a dumpfile. Use a tool designe
On Fri, Sep 3, 2010 at 09:36, BRM wrote:
> - Original Message
>
>> From: Ryan Schmidt
>> > $ cat Example1.dump | sed
>> > 's/file:\/\/\/svnTest\/Example1/file:\/\/\/svnTest\/Example2/' >
>> > Example1-edited.dump
>> Do not use sed to edit a dumpfile. Use a tool designed for the task,
- Original Message
> From: Ryan Schmidt
> > $ cat Example1.dump | sed
> > 's/file:\/\/\/svnTest\/Example1/file:\/\/\/svnTest\/Example2/' >
> > Example1-edited.dump
> Do not use sed to edit a dumpfile. Use a tool designed for the task, like
>svndumptool.
> http://svn.borg.ch/svndum
On Fri, Sep 3, 2010 at 09:02, ankush chadha wrote:
>
> I also faced the same issue with slikSVN and it was throwing a dump but when
> I switched to colabnet binaries, it was working fine.
http://svn.haxx.se/users/archive-2010-09/0065.shtml
>
> From: Andy Levy ;
I also faced the same issue with slikSVN and it was throwing a dump but when I
switched to colabnet binaries, it was working fine.
Ankush
Please don't reply to me, reply to all to keep discussion on the mailing list.
I believe the Slik maintainer posted yesterday that there was a
problem with the 1.6.12 build and a new version is on the way.
On Fri, Sep 3, 2010 at 05:01, Pavel Ivanov wrote:
> The bug does not reproduce with the co
On Friday 03 September 2010, REYNOLDS, Dylan wrote:
[locking a file and switching the WC loses the lock info for the WC]
> In my opinion, if the lock exists in the repository, under your user name,
> then why can't this information be pushed in to your working copy when you
> make the update/switch
My SVN versions - apologies if anything I write is out of date:
TortoiseSVN 1.6.5, Build 16974 - 32 Bit , 2009/08/20 08:13:46
Subversion 1.6.5,
I am currently working on a project with file that cannot be merged and hence
require the use of locks and svn:needs-lock.
Even though we want to use lo
On Fri, Sep 03, 2010 at 12:53:34AM -0700, Ungruhe, Michael wrote:
> Hi,
>
>
>
> We noticed the following problem:
>
>
>
> We are usually working on the trunk, but for a change request we created a
> branch. Development continued on both, the trunk and the branch.
>
> Some changes were ma
Hi,
We noticed the following problem:
We are usually working on the trunk, but for a change request we created a
branch. Development continued on both, the trunk and the branch.
Some changes were made on the trunk including the deletion of some files, all
changes were committed to the t
21 matches
Mail list logo
