Branko Čibej [mailto:br...@apache.org] wrote:
> Because that's how 'svn copy' is supposed to work, and is also documented.
> It works the same way as a recursive copy on a filesystem on Unix:
The destination ambiguity always was a bug magnet. It's a problem as old as cp.
These days cp, or at le
Many thanks to all who responded and explained the behaviour!
Great mailing list!
Am 07.11.2019 um 15:02 schrieb Daniel Shahaf:
Branko Čibej wrote on Thu, 07 Nov 2019 13:41 +00:00:
$ mkdir -p foo/bar
$ touch foo/qux foo/bar/baz
$ cp -R foo zzz
$ cp -R foo zzz
FWIW, creating the tag with svnmuc
On Thu, Nov 7, 2019 at 8:19 AM Roger Périat wrote:
> Hi all
>
> Not sure if this is a bug or not.
>
> Doing a svn copy twice to same destination, does create an unexpected
> subfolder in destination.
It's not a bug. The last component of the destination path for the copy can
be interpreted two
Branko Čibej wrote on Thu, 07 Nov 2019 13:41 +00:00:
> $ mkdir -p foo/bar
> $ touch foo/qux foo/bar/baz
> $ cp -R foo zzz
> $ cp -R foo zzz
FWIW, creating the tag with svnmucc would give that same E160020 error
after the first time:
% svnadmin create r
% svn mkdir -qmm file://$PWD/r/{trunk,tags}
On 07.11.2019 14:16, Roger Périat wrote:
> Hi all
>
> Not sure if this is a bug or not.
>
> Doing a svn copy twice to same destination, does create an unexpected
> subfolder in destination.
>
> 1) first step
>
> (The tags folder exists and is empty)
>
> svn copy file:///D:/tmp/myrepo/trunk file:///
On 27.10.2018 18:07, Branko Čibej wrote:
> On 15.08.2018 16:14, Jens Geyer wrote:
>>
>> Hi,
>>
>>
>>
>> We have one case of a misbehaving branch here. Our CI server creates
>> a tag at the end of a build using a svn copy command:
>>
>>
>> {code}
>>
>> svn.exe copy -m "Devtest" D:\Builds\Release_5
On 15.08.2018 16:14, Jens Geyer wrote:
>
> Hi,
>
>
>
> We have one case of a misbehaving branch here. Our CI server creates a
> tag at the end of a build using a svn copy command:
>
>
> {code}
>
> svn.exe copy -m "Devtest" D:\Builds\Release_5.1.1.x\Source
> svn://repo.server/tags/buildserver/Rele
Sorry, I misread your question (I read --parents instead of --targets
... must have my eyes checked ;-).
--
Johan
On Mon, Dec 5, 2016 at 2:38 PM, Campbell, Nina
wrote:
> Thanks for your response. I am already handling the intermediate directories,
> the issue I'm having is copying multiple fil
Thanks for your response. I am already handling the intermediate directories,
the issue I'm having is copying multiple files to a URL in the same revision
without having to put all of their paths on the command line. Sorry if I was
unclear! (I mentioned --targets as an example because it allows
From: Pavel Lyalyakin [mailto:pavel.lyalya...@visualsvn.com]
> Have you tried `svnmucc` Subversion Multiple URL Command Client?
> http://svnbook.red-bean.com/en/1.8/svn.ref.svnmucc.re.html
Thank you, I hadn't heard of svnmucc. I've taken a look and I can see the
advantages of it when doing multi
On Mon, Dec 5, 2016 at 12:48 PM, Campbell, Nina
wrote:
...
> For committing files in a single revision I use --targets but there doesn’t
> seem to be a ‘copy’ equivalent of this command. Am I missing something
> obvious?
'svn copy' does have a --parents option (introduced in 1.8 or 1.9, I'm
not s
Hello Nina,
On Mon, Dec 5, 2016 at 2:48 PM, Campbell, Nina
wrote:
> Is there a way to copy multiple files from WC to URL in one revision? In my
> current setup I am copying files from the working copy to a repository URL,
> so the copy is immediately committed. These files can be in multiple
> di
Thanks for the help. Look like I need to see if it is possible to install svn
version 1.8
John
-Original Message-
From: Nico Kadel-Garcia [mailto:nka...@gmail.com]
Sent: 6. januar 2015 05:57
To: Philip Martin
Cc: Aasen, John;
Subject: Re: svn copy WC URL fails silently
On Mon, Jan 5
On Mon, Jan 5, 2015 at 12:54 PM, Philip Martin
wrote:
> Nico Kadel-Garcia writes:
>
>>> I am having trouble with the svn copy command. I am running RedHat
>>> Enterprise Linux Workstation release 6.3 and svn version 1.6.1
>>> (r934486).
>>
>> Do you have a test environment you'd be willing to tes
On Mon, Jan 5, 2015 at 12:54 PM, Philip Martin
wrote:
> Nico Kadel-Garcia writes:
>
>>> I am having trouble with the svn copy command. I am running RedHat
>>> Enterprise Linux Workstation release 6.3 and svn version 1.6.1
>>> (r934486).
>>
>> Do you have a test environment you'd be willing to tes
Nico Kadel-Garcia writes:
>> I am having trouble with the svn copy command. I am running RedHat
>> Enterprise Linux Workstation release 6.3 and svn version 1.6.1
>> (r934486).
>
> Do you have a test environment you'd be willing to test 1.7 or 1.8 on?
> 1.6.11 is no longer supported.
svnadmin cre
> On Jan 5, 2015, at 5:46, wrote:
>
> Hi
>
> I am not subscribed to the mailing list. Please CC me on any replies to this
> mail.
>
> I am having trouble with the svn copy command. I am running RedHat Enterprise
> Linux Workstation release 6.3 and svn version 1.6.1 (r934486).
Do you have
On May 6, 2014, at 18:25, Dan Ellis wrote:
> I pulled a silly mistake just now... I accidentally let my windows backslash
> enter into an http URL during an SVN copy operation.
>
> copy --parents "C:\Project_files\sandbox\bar.c"
> "http://svr/sandbox/A\B/bar1.c"; -m "bad commit"
>
> It succe
Thank you Tobias and Bert, that worked great.
Should the HTTP URL be checked to prevent including a '\' in the URL? I
understand the server is OK with it, but should the SVN client be able to
commit something it itself cannot support locally?
Thanks,
Dan
On Wed, May 7, 2014 at 9:04 AM, Tobias
Hi Dan,
I just tried this on OS X (using svn 1.8.0) and I'm able to create a directory
in the repository with a backslash in its name and delete it again.
My guess would be that this works on other UNIXes as well. So if you have
access to a non-Windows machine, delete or rename the directory fro
Grrr. That would have to be
svn mv -m "..." "http://svr/sandbox/A\B"; "http://svr/sandbox/AB";
of course. Sorry.
On 07.05.2014, at 18:11, Tobias Bading wrote:
> Umm, forgot the obvious: Did you try to rename the directory directly in the
> repository, e.g. using
> svn mv -m "..." "http://svr/s
Umm, forgot the obvious: Did you try to rename the directory directly in the
repository, e.g. using
svn mv -m "..." "http://svr/sandbox/A\B/bar1.c"; "http://svr/sandbox/AB/bar1.c";?
Tobias
On 07.05.2014, at 18:04, Tobias Bading wrote:
> Hi Dan,
>
> I just tried this on OS X (using svn 1.8.0) a
I think a
$ svn mv –parents http://svr/sandbox/A\B http://svr/sandbox/A/B -m "Renamed bad
directory”
Should fix your repository.
Subversion doesn’t support ‘\’ in local paths, but on the server side there is
no real problem with that character. So the trick is to avoid the working copy
On 8/21/13 12:27 PM, Ben Reser wrote:
> Okay that isn't a duplicate. The fix for PR 55304 removed the check
> for the parent of the copy but not the check for the locks. That's
> going to be a lot messier of a fix.
Turns out it wasn't so bad of a fix, but it took some studying of the RFC to
fi
"Ian Girouard" writes:
> Adding: C:\Projets\Logiciels9.1.XX.307
> Error: Commit failed (details follow):
> Error: Adding directory failed: COPY on
> Error: /svn/Logiciels/!svn/rvr/118520/Branches/9.1.XX.307 (424 Failed
> Dependency)
> I was able to make the copy work by asking all the d
On Wed Aug 21 12:15:05 2013, Ben Reser wrote:
> On Wed Aug 21 11:31:09 2013, Mark Phippard wrote:
>> I think this regression is probably caused by a change in mod_dav in
>> Apache 2.2.25/2.4.6
>>
>> https://issues.apache.org/bugzilla/show_bug.cgi?id=55306
>
> That looks like a potential dupe of:
>
On Wed Aug 21 11:31:09 2013, Mark Phippard wrote:
> I think this regression is probably caused by a change in mod_dav in
> Apache 2.2.25/2.4.6
>
> https://issues.apache.org/bugzilla/show_bug.cgi?id=55306
That looks like a potential dupe of:
https://issues.apache.org/bugzilla/show_bug.cgi?id=55304
On Wed, Aug 21, 2013 at 1:56 PM, Ian Girouard wrote:
> Hi, I’m trying to do a svn copy command to create a tag and I get the
> following error :
>
> ** **
>
> Command: Copy C:\Projets\Logiciels9.1.XX.307 to
> https://svn.aquadata.com:8443/svn/Logiciels/Tags/TestTagSVN18, Revision
> WC
>
> -Original Message-
> From: Brenden Walker [mailto:bkwal...@drbsystems.com]
> Sent: Wednesday, August 07, 2013 11:27 AM
> To: users@subversion.apache.org
> Subject: SVN copy that worked in 1.8.0 not fails with (424 Failed Dependency)
>
> svn: E175002: Adding directory failed: COPY on
> /s
> Hi All
>
> We are SVN newbies here.
> We plan to do an svn copy (of a branch to another trunk).
> Does "svn copy" command copies all the history of the file and folder
> revisoins
> too ?
>
> Thanks
The simple answer is... yes.
BOb
On 02/14/2013 02:58 PM, Z W wrote:
> Hi All
>
> We are SVN newbies here.
> We plan to do an svn copy (of a branch to another trunk).
> Does "svn copy" command copies all the history of the file and folder
> revisoins too ?
I'm going to hesitantly say "yes" here. Yes, if you copy a directory the
As a SVN newbie myself, I suggest you set up a SVN sandbox and try out the
basic functionality within it.
You will get a better understanding of how SVN works by trying out various
commands.
Regards.
Amad
On Thu, Feb 14, 2013 at 1:58 PM, Z W wrote:
> Hi All
>
> We are SVN newbies here.
> We pl
Hi,
> -Original Message-
> From: Nico Kadel-Garcia [mailto:nka...@gmail.com]
> Why do you want to do this? To assure that tags have been part of a QA
> release process?
No - for that, we don't need to check if it's a copy. We mostly want to avoid
the case with someone copying in the she
Sent from my iPhone
On Jun 13, 2012, at 14:37, wrote:
> Hi,
>
> is there any way to determine if a commit to a repository is an svn copy or a
> shell level copy plus an svn add? I'm trying to limit people tagging to doing
> an svn copy, but I can't figure out how to determine if the current
Hi,
> -Original Message-
> From: Johan Corveleyn [mailto:jcor...@gmail.com]
> try 'svnlook changed --copy-info -t $TXN $REPOS'
>
> The --copy-info should show things like "(from trunk/:rXXX)".
That's exactly what I was looking for. :-)
How could I have overlooked this!?
Many thanks,
On Wed, Jun 13, 2012 at 12:37:27PM +, ullrich.j...@elektrobit.com wrote:
> Hi,
>
> is there any way to determine if a commit to a repository is an svn copy or a
> shell level copy plus an svn add? I'm trying to limit people tagging to doing
> an svn copy, but I can't figure out how to determ
On Wed, Jun 13, 2012 at 2:37 PM, wrote:
> Hi,
>
> is there any way to determine if a commit to a repository is an svn copy or a
> shell level copy plus an svn add? I'm trying to limit people tagging to doing
> an svn copy, but I can't figure out how to determine if the current
> transaction (r
Nico Kadel-Garcia wrote on Sun, Mar 11, 2012 at 11:14:41 -0400:
> On Sun, Mar 11, 2012 at 7:10 AM, dhanushka ranasinghe <
> parakrama1...@gmail.com> wrote:
>
> > Is it possible to run svn copy between two repositorys
> >
> > Thanks
> > Dhanushka
> >
> Nope. If you want to bring along the history o
On Sun, Mar 11, 2012 at 7:10 AM, dhanushka ranasinghe <
parakrama1...@gmail.com> wrote:
> Is it possible to run svn copy between two repositorys
>
> Thanks
> Dhanushka
>
Nope. If you want to bring along the history of a file or directory, you
might be able to do an "svnadmin dump" on one repositor
Stefan Sperling writes:
> I am not entirely convinced yet that the situation involves only copies.
> That is what we're apparently being told, but we don't know what these
> build scripts are really doing.
>
> So, yes, more information is needed to figure out what's happening.
Looking at the mod
On Thu, Feb 23, 2012 at 03:05:41PM +, Philip Martin wrote:
> Stefan Sperling writes:
> >
> > Recall that any commit to a node creates a new revision of the node's
> > parents in the repository. If a commit changes, for instance, /trunk/foo,
> > the following nodes will get a new revision in th
Stefan Sperling writes:
> On Thu, Feb 23, 2012 at 04:18:29AM -0800, leojhartiv wrote:
>>
>> We have an automated build process (enabled via jenkins) that creates a
>> nightly tag and uses that tag to deploy the latest and greatest version of
>> our app to SIT. Here are there we are getting a "f
My guess is that this is what's happening (in my case):
I have two nightly build processes creating tags. #1 and #2 both run at
around the same time. Perhaps #2 starts while #1 is still running and then
Subversion tells us that something is changed (optimistic locking).
There are probably 2 way
On Thu, Feb 23, 2012 at 03:24:54PM +0100, Andreas Krey wrote:
> On Thu, 23 Feb 2012 14:10:22 +, Stefan Sperling wrote:
> ...
> > > svn cp --username=user --password= 'http://fromurl'
> > > http://tourl/tags/builds/4.1.3.0_20120223.0 -m 'Nightly build tag created
> > > by
> > > CI'
> >
On Thu, 23 Feb 2012 14:10:22 +, Stefan Sperling wrote:
...
> > svn cp --username=user --password= 'http://fromurl'
> > http://tourl/tags/builds/4.1.3.0_20120223.0 -m 'Nightly build tag created by
> > CI'
> > svn: File or directory 'tags/builds' is out of date; try updating
> > svn: re
On Thu, Feb 23, 2012 at 04:18:29AM -0800, leojhartiv wrote:
>
> We have an automated build process (enabled via jenkins) that creates a
> nightly tag and uses that tag to deploy the latest and greatest version of
> our app to SIT. Here are there we are getting a "file or directory is out
> of dat
Philip Martin wrote on Fri, Nov 11, 2011 at 11:16:45 +:
> "Zibetti Paolo" writes:
>
> > With Subversion version 1.6.x, I could add the "--quiet" switch to the
> > "svn copy" command to suppress all output in case the command succeeds.
> >
> > With Subversion version 1.7.1 "svn copy --quiet ..
"Zibetti Paolo" writes:
> With Subversion version 1.6.x, I could add the "--quiet" switch to the
> "svn copy" command to suppress all output in case the command succeeds.
>
> With Subversion version 1.7.1 "svn copy --quiet ..." always prints
> informational messages such as "Committed revision 4
ail.com]
> >> Sent: 08 June 2011 13:28
> >> To: Johan Corveleyn
> >> Cc: Andreas Krey; Ryan Schmidt; Schroeder, Hartmut;
> >> users@subversion.apache.org
> >> Subject: Re: svn copy (server-side) into existing folder
> >>
> >> On Wed, Ju
On Jun 8, 2011, at 14:33 , Cooke, Mark wrote:
>> -Original Message-
>> From: Nico Kadel-Garcia [mailto:nka...@gmail.com]
>> Sent: 08 June 2011 13:28
>> To: Johan Corveleyn
>> Cc: Andreas Krey; Ryan Schmidt; Schroeder, Hartmut;
>> users@subversion
> -Original Message-
> From: Nico Kadel-Garcia [mailto:nka...@gmail.com]
> Sent: 08 June 2011 13:28
> To: Johan Corveleyn
> Cc: Andreas Krey; Ryan Schmidt; Schroeder, Hartmut;
> users@subversion.apache.org
> Subject: Re: svn copy (server-side) into existing fold
On Wed, Jun 8, 2011 at 7:18 AM, Johan Corveleyn wrote:
> On Wed, Jun 8, 2011 at 1:01 PM, Andreas Krey wrote:
>> On Wed, 08 Jun 2011 05:16:42 +, Ryan Schmidt wrote:
>> ...
>>> This behavior is consistent with the unix cp command and should therefore
>>> not be unexpected.
>>
>> It is not unex
On Wed, Jun 8, 2011 at 1:01 PM, Andreas Krey wrote:
> On Wed, 08 Jun 2011 05:16:42 +, Ryan Schmidt wrote:
> ...
>> This behavior is consistent with the unix cp command and should therefore
>> not be unexpected.
>
> It is not unexpected, but stupid. As 'svn cp' is also the tool to
> create tag
On Wed, 08 Jun 2011 05:16:42 +, Ryan Schmidt wrote:
...
> This behavior is consistent with the unix cp command and should therefore not
> be unexpected.
It is not unexpected, but stupid. As 'svn cp' is also the tool to
create tags, it is rather strange that you can just do
svn cp ${base}/t
On Jun 8, 2011, at 04:50, Schroeder, Hartmut wrote:
> I am using svn 1.6.16 on MS Windows.
>
> D:\svn copy http://server/svnrepo/trunk/base/install
> http://server/svnrepo/tags/test_1.0.0 -m test
This creates tags/test_1.0.0 as a copy of trunk/base/install
> D:\svn copy http://server/svnrepo/t
On Wed, Aug 11, 2010 at 6:20 AM, Michael Pruemm wrote:
> We are in the process of converting our old source code repository to svn.
> The old repository is flat, all modules are stored on the same level. We
> have a build tool that, given a configuration file, checks out all modules
> that form an
Jon DeVree wrote on Mon, 29 Mar 2010 at 17:57 -0400:
> On Mon, Mar 29, 2010 at 23:53:43 +0300, Daniel Shahaf wrote:
> > % svn info iota2 iota3 | grep "Last Changed Rev"
> > Last Changed Rev: 2
> > Last Changed Rev: 3
> >
>
> Try it with a directory that includes files and subdirectori
Jon DeVree wrote on Mon, 29 Mar 2010 at 18:47 -0400:
> In fact, it occured to me that this should be visible on any public
> subversion repository that used a server side svn copy operation. Even
> the repository of svn itself:
>
> Here is the most recent log entry for the build subdirectory of
>
On Mon, Mar 29, 2010 at 18:15:19 -0400, Bob Archer wrote:
> You don't show what your pwd is when you do these commands. but I think the
> default range is 1:BASE if you are in a working copy. Does the log change if
> you use:
>
> svn log -r HEAD :///tmp/svn-repo/branches/mine/fil
>
Good questi
> On Mon, Mar 29, 2010 at 23:53:43 +0300, Daniel Shahaf wrote:
> > [[[
> > % svn up
> > At revision 1.
> >
> > % svnversion
> > 1
> >
> > % svn cp -q iota iota2
> >
> > % svn ci -q -m "r2: add iota2"
> >
> > % svn cp -q ^/trunk/iota ^/trunk/iota3 -m "r3: add iota3"
>
On Mon, Mar 29, 2010 at 23:53:43 +0300, Daniel Shahaf wrote:
> [[[
> % svn up
> At revision 1.
>
> % svnversion
> 1
>
> % svn cp -q iota iota2
>
> % svn ci -q -m "r2: add iota2"
>
> % svn cp -q ^/trunk/iota ^/trunk/iota3 -m "r3: add iota3"
>
> % svn up -q
>
Jon DeVree wrote on Mon, 29 Mar 2010 at 14:19 -0400:
> On Mon, Mar 29, 2010 at 14:02:06 -0400, Bob Archer wrote:
> > Why would you expect the last changed rev of a file to change just
> > because you coppied it to another path? You didn't actually change
> > that file right?
>
> First, the value
On Mon, Mar 29, 2010 at 14:02:06 -0400, Bob Archer wrote:
> Why would you expect the last changed rev of a file to change just
> because you coppied it to another path? You didn't actually change
> that file right?
First, the value changes if you use svn copy locally and commit the
results. So I
Why would you expect the last changed rev of a file to change just because you
coppied it to another path? You didn't actually change that file right?
BOb
> -Original Message-
> From: Jon DeVree [mailto:jadev...@mtu.edu]
> Sent: Monday, March 29, 2010 1:56 PM
> To: users@subversion.apac
but if in the
end what you want a single path like /trunk to show you the timeline of
releases,
And by the way, this is called a "moving tag" in SVN circles (or maybe
everywhere).
--
Stein
On 3/8/2010 8:04 AM, Ramachandran, Vishwanath(IE10) wrote:
Hi there
In a subversion working copy(XYZ), we are doing development in different
branches. So the TRUNK contains the code base that is released to market.
There are different branches which are having different version of XYZ
source.
I'm not sure if this is what you mean with those commands, but if in the
end what you want a single path like /trunk to show you the timeline of
releases, e.g.
trunk 1789 copy of /tags/XYZ_1.3.0_BUILD32_RELEASE_RC1
trunk 1234 copy of /tags/XYZ_1.2.0_BUILD24_RELEASE_RC1
trunk copy of /tags/
Ok, thank you for the reply
Regards
Vishwanath
From: Michael P. Reilly [mailto:arc...@gmail.com]
Sent: Monday, March 08, 2010 8:12 PM
To: Ramachandran, Vishwanath(IE10)
Cc: users@subversion.apache.org
Subject: Re: SVN Copy
On Mon, Mar 8, 2010 at 9:27 AM, Ramachandran
On Mon, Mar 8, 2010 at 9:27 AM, Ramachandran, Vishwanath(IE10) <
vishwanath.ramachand...@honeywell.com> wrote:
> Hi Michael
>
>
>
> Thanks for the reply. You suggest to go for Merge instead of Copy?
> Currently our SVN server is 1.4.6, we cannot implement Merge here. We are in
> the process of up
March 08, 2010 7:50 PM
> To: Ramachandran, Vishwanath(IE10)
> Cc: users@subversion.apache.org
> Subject: Re: SVN Copy
>
>
>
> On Mon, Mar 8, 2010 at 9:04 AM, Ramachandran, Vishwanath(IE10)
> wrote:
>
> Hi there
>
> In a subversion working copy(XYZ), we are doing dev
. Reilly [mailto:arc...@gmail.com]
Sent: Monday, March 08, 2010 7:50 PM
To: Ramachandran, Vishwanath(IE10)
Cc: users@subversion.apache.org
Subject: Re: SVN Copy
On Mon, Mar 8, 2010 at 9:04 AM, Ramachandran, Vishwanath(IE10)
wrote:
Hi there
In a subversion working copy(XYZ), we are doing
On Mon, Mar 8, 2010 at 9:04 AM, Ramachandran, Vishwanath(IE10) <
vishwanath.ramachand...@honeywell.com> wrote:
> Hi there
>
> In a subversion working copy(XYZ), we are doing development in different
> branches. So the TRUNK contains the code base that is released to market.
>
>
>
> There are diff
72 matches
Mail list logo
