On Tue, Jul 21, 2015 at 3:58 AM, Andreas Stieger wrote:
>> Even if you have two repositories that are identical to each other, one of
>> them will need to be designated the "master", and that will be the one that
>> all commits are made to.
>>
>> Subversion is a one-central-repository system.
>
Seems to me that stashing the before-reverted copies could go into some
"recycle bin" / "trash" folder underneath the .svn folder at the root of
the working copy. And by default, the client could clean out files
time-stamped over a month old, so it doesn't perpetually grow. Cleanup
could happen on
Guten Tag Grierson, David,
am Dienstag, 21. Juli 2015 um 17:48 schrieben Sie:
> If you don't specify prompt.
> If you do specify then you're saying one way or the other which you
> explicitly want.
That way you still force millions of users to behave differently now
because one user made a mista
On Tue, Jul 21, 2015 at 11:06:06AM +0200, OBones wrote:
> Grierson, David wrote:
> >I completely understand that the action of sending to the Recycle Bin (in
> >TortoiseSVN) is very system specific.
> >
> >To simply rename the item being reverted as $item.$backupSuffix before then
> >restoring th
> -Original Message-
> From: Thorsten Schöning [mailto:tschoen...@am-soft.de]
> Sent: 21 July 2015 17:08
> To: users@subversion.apache.org
> Subject: Re: Feature request: Save the old file when svn revert
>
> That way you still force millions of users to behave differently now
> because one
> -Original Message-
> From: Thorsten Schöning [mailto:tschoen...@am-soft.de]
> Sent: 21 July 2015 16:09
> To: users@subversion.apache.org
> Subject: Re: Feature request: Save the old file when svn revert
>
> > I would very much prefer if this could be an option that is not enabled
> > by d
Guten Tag OBones,
am Dienstag, 21. Juli 2015 um 11:06 schrieben Sie:
> I would very much prefer if this could be an option that is not enabled
> by default.
+1
I do revert frequently while merging branches and testing things and
would hate it to have to additionally manually remove files which I
> -Original Message-
> From: Markus Schaber [mailto:m.scha...@codesys.com]
> Sent: 21 July 2015 14:01
> To: Grierson, David; d...@subversion.apache.org
> Cc: 牛暁冬; users@subversion.apache.org
> Subject: AW: Feature request: Save the old file when svn revert
> ...
> I'm not really sure what t
Hi,
Von: Grierson, David [mailto:david.grier...@sky.uk]
> From: 牛暁冬 [mailto:neoedm...@gmail.com]
> > "svn revert" will delete the local changes and nowhere to find,
> > which is dangerous.
> > I suggest the default behaiver should be save the local changed
> > file(if any) to "filename.local" and
Apologies for the previous top-posting ... I hate Outlook sometimes.
> -Original Message-
> From: OBones [mailto:obo...@free.fr]
> Sent: 21 July 2015 10:06
> To: Grierson, David; Andreas Stieger
> Cc: 牛暁冬; users@subversion.apache.org
> Subject: Re: Feature request: Save the old file when s
Grierson, David wrote:
I completely understand that the action of sending to the Recycle Bin (in
TortoiseSVN) is very system specific.
To simply rename the item being reverted as $item.$backupSuffix before then
restoring the pristine item is presumably not that system specific?
Having this fu
I completely understand that the action of sending to the Recycle Bin (in
TortoiseSVN) is very system specific.
To simply rename the item being reverted as $item.$backupSuffix before then
restoring the pristine item is presumably not that system specific?
Having this functionality in the base t
Hello,
David Grierson wrote:
> > "svn revert" will delete the local changes and nowhere to find, which
> > is dangerous.
> > I suggest the default behaiver should be save the local changed
> > file(if any) to "filename.local" and do the revert.
> >
> That's actually not a bad idea ... I've been bu
That's actually not a bad idea ... I've been burnt by this one a couple of
times myself.
Probably worth raising it with the d...@subversion.apache.org list to see if
it's something that they've considered previously.
David.
--
David Grierson - SDLC Tools Specialist
Sky Broadcasting - Customer B
Hello,
> On Jul 20, 2015, at 10:08 AM, Mani Raju wrote:
>
> > My company & vendor planning to maintain 2 independent SVN
> > repositories(URLs & server names are different) & need to merge between 2
> > repositories.
> >
> > Is SVN 1.8 support merging between 2 repos at trunk or branch level?
On Jul 20, 2015, at 10:08 AM, Mani Raju wrote:
> My company & vendor planning to maintain 2 independent SVN repositories(URLs
> & server names are different) & need to merge between 2 repositories.
>
> Is SVN 1.8 support merging between 2 repos at trunk or branch level?
> Is any tool provides a
16 matches
Mail list logo
