Ranajit Ghosh wrote on Wed, Jun 09, 2021 at 17:27:20 +0530:
> Hi, Not much luck! If I put the text in the front, it is not being able to
> process/recognize a multi word string and throwing error like below:
>
> If I put the below message in the command line
> svn -m "jira:RTPS-9898 EPC 2021 inst
Thorsten wrote on Wed, Jun 09, 2021 at 13:30:51 +0200:
> My next guess would be that the -m paramter simply must be in the front.
>
For reference, options and positional arguments can be freely mixed
(except when «--» is used to terminate options).
On Wed, Jun 9, 2021 at 1:17 PM Ranajit Ghosh
wrote:
> Hi..it's https:// for both urls.
>
> Thanks!
>
Is it possible that locale settings are interfering with the «://»
characters between https and the rest of the path?
Have you tried to enclose each entire URL in quotes?
Nathan
Hi..it's https:// for both urls.
Thanks!
On Wed 9 Jun, 2021, 19:44 Nathan Hartman, wrote:
> On Wed, Jun 9, 2021 at 10:08 AM Ranajit Ghosh
> wrote:
> >
> > It is Bash shell with the following version.
> >
> > GNU bash, version 4.3.30(1)-release (powerpc-ibm-aix6.1.0.0)
>
>
> What is the URL sc
Does quoting in general work as expected?
For example if you
touch "hello world" do you end up with one file hello world or 1 file
hello and 1 file world?
Am 09/06/2021 um 16:08 schrieb Ranajit Ghosh:
It is Bash shell with the following version.
GNU bash, version 4.3.30(1)-release (powerpc-
On Wed, Jun 9, 2021 at 10:08 AM Ranajit Ghosh
wrote:
>
> It is Bash shell with the following version.
>
> GNU bash, version 4.3.30(1)-release (powerpc-ibm-aix6.1.0.0)
What is the URL scheme used with the and URLs?
(Are they http://, https://, svn://, svn+ssh://, file://, ...)
Nathan
It is Bash shell with the following version.
GNU bash, version 4.3.30(1)-release (powerpc-ibm-aix6.1.0.0)
Thanks!
Ranajit
On Wed, Jun 9, 2021 at 7:32 PM Mark Phippard wrote:
> On Wed, Jun 9, 2021 at 9:47 AM Ranajit Ghosh
> wrote:
> >
> > Yes, I tried with single quote as well. No change.
>
On Wed, Jun 9, 2021 at 9:47 AM Ranajit Ghosh
wrote:
>
> Yes, I tried with single quote as well. No change.
You mentioned you are on AIX .. what shell are you using? Some of
these errors seem like it has to do with how the arguments are being
passed to the svn executable. That said there is nothin
use
>>
>> $svn -m "tag erstellen" cp "$repository/branches/v$base_Branch/uls"
>> "$repository/tags/released/v$tag/uls"
>>
>> and that works fine.
>>
>> Best regards,
>> Thorsten
>> Am 09/06/2021 um 13:25 schrieb
Ghosh:
Hi, Thanks for your response.
But I'm trying to copy the contents from one directory to another
new directory within one repository itself like below:
svn copy /dir/subdir1 /dir/subdir2
The interesting part is that if I omit the -m option, svn
automatically op
hanks for your response.
>
> But I'm trying to copy the contents from one directory to another new
> directory within one repository itself like below:
> svn copy /dir/subdir1 /dir/subdir2
>
> The interesting part is that if I omit the -m option, svn automatically
> opens
/2021 um 13:25 schrieb Ranajit Ghosh:
Hi, Thanks for your response.
But I'm trying to copy the contents from one directory to another new
directory within one repository itself like below:
svn copy /dir/subdir1 /dir/subdir2
The interesting part is that if I omit the -m option, svn
automaticall
Hi, Thanks for your response.
But I'm trying to copy the contents from one directory to another new
directory within one repository itself like below:
svn copy /dir/subdir1 /dir/subdir2
The interesting part is that if I omit the -m option, svn automatically
opens up the editor and waits fo
Hello,
My guess is that you are trying to copy from one repository into a
different repository.
But the svn copy -m 'info message' is designed to
copy files in the same repo, as the help states:
URL -> URL: complete server-side copy; used to branch and tag
to copy files
Hi,
I'm trying to do a SVN copy using URL with the following syntax:
svn copy -m 'info message'
But I am getting the following error:
svn: E205009: Local, non-commit operations do not take a log message or
revision properties.
I couldn't understand the error mes
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
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
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 c
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:///D:/tmp/myrepo/tags/v1 -m
"this is v1"
W
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:
>>
>
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
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/Release_5.1.1.x/Build513
{code}
The message print
Nikita Slyusarev writes:
> I've prepared a patch for this bug and I'm ready to both create a
> corresponding issue in the issue tracker and contribute the patch, but
> issue creation form warned me to discuss the issue first on the
> mailing list. What are my further actions?
If you have a patch
Hi, all. I've recently discovered a bug in svn client code: copy operation
fails with "svn: E155010: Directory 'dst_parent' is not under version control"
under the following conditions:
* it is repos-to-wc copy
* dst parent directory exists, but unversioned
* --parents flag is passed (make_parent
t;
> Cheers.
>
> From: Johan Corveleyn [mailto:jcor...@gmail.com]
>> 'svn copy' does have a --parents option (introduced in 1.8 or 1.9, I'm not
>> sure):
>
>> [[[
>> C:\>svn help copy
>> copy (cp): Copy files and directories in a working cop
llows the user to
operate on a single file containing all of the desired files' paths.)
Cheers.
From: Johan Corveleyn [mailto:jcor...@gmail.com]
> 'svn copy' does have a --parents option (introduced in 1.8 or 1.9, I'm not
> sure):
> [[[
> C:\>svn help copy
&g
of it when doing multiple operations (e.g. delete, copy, then move),
but if I'm just copying files I don't see how it differs from doing "svn copy
file1 file2 file3 [...] DEST_URL"?
I was hoping for a method that didn't require putting all of the file paths on
the same comman
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
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
er is incremented per
file.
The only suggested solutions I've found seem to be:
1) Put all of the files on the command line together (e.g. "svn copy file1
file2 file3 destination_URL") however I need to provide support for a large
number of files with long paths
2) Copy the fi
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 yo
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 yo
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 i
> 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 versi
>
>
> --parents is implemented by the client. The client first builds up a
> transaction on the server and then tells the server to attempt to commit
> the transaction. Without --parents the copy fails while building the
> transaction so no attempt is made to commit the transaction. With
> --par
Dan Ellis writes:
> I don't quite follow what the different checks would be as in this case the
> only difference is --parents vs no --parents. Both I imagine do a path
> existence check and in both cases the path doesn't exist. In the end, it
> really doesn't matter - its a general curiosity o
On May 22, 2014, at 10:16, Dan Ellis wrote:
>> The pre-commit hook script is only called if Subversion's internal checks
>> already passed; if the internal checks fail, there's no reason to call the
>> pre-commit hook script since the commit will fail regardless of the hook
>> script's outcome.
>
> The pre-commit hook script is only called if Subversion's internal checks
> already passed; if the internal checks fail, there's no reason to call the
> pre-commit hook script since the commit will fail regardless of the hook
> script's outcome.
>
> The internal check that failed in this case w
for one of the folders in the path. The paths all exist
>>> and everything works fine using correct case. In the example below, "FOO"
>>> exists on the server as "foo".
>>>
>>> (Case 1)
>>> c:\Project_files\sandbox>svn copy b
path. The paths all
> exist and everything works fine using correct case. In the example below,
> "FOO" exists on the server as "foo".
> >
> > (Case 1)
> > c:\Project_files\sandbox>svn copy bar.c
> http://svr/repo/some_project/FOO/bar.c -m "te
nd
> everything works fine using correct case. In the example below, "FOO" exists
> on the server as "foo".
>
> (Case 1)
> c:\Project_files\sandbox>svn copy bar.c
> http://svr/repo/some_project/FOO/bar.c -m "text commit"
> Adding copy of
w, "FOO"
exists on the server as "foo".
(Case 1)
c:\Project_files\sandbox>svn copy bar.c
http://svr/repo/some_project/FOO/bar.c -m "text commit"
Adding copy ofbar.c
svn: E155011: Commit failed (details follow):
svn: E155011: File 'C:\Project_files\sandb
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/ba
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 <http://svr/sandbox/A/B/bar1.c>" -m "bad
> commit&q
ctory from that
machine. (Don't forget that you have to escape the backslash with a second
backslash for the shell.)
Tobias
On 07.05.2014, at 01:25, Dan Ellis wrote:
> Hi,
>
> I pulled a silly mistake just now... I accidentally let my windows backslash
> enter into an http
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
ory from that
> machine. (Don't forget that you have to escape the backslash with a second
> backslash for the shell.)
>
> Tobias
>
>
> On 07.05.2014, at 01:25, Dan Ellis wrote:
>> Hi,
>>
>> I pulled a silly mistake just now... I accidentally let my
nelli...@gmail.com]
Sent: woensdag 7 mei 2014 01:26
To: Subversion Users
Subject: "svn copy --parents" allows insertion of an errant '\' in http://path
Hi,
I pulled a silly mistake just now... I accidentally let my windows backslash
enter into an http URL during an SVN
Hi,
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 successfully committe
On Wed, Jan 15, 2014 at 10:19 PM, Ben Reser wrote:
> On 1/15/14, 1:05 PM, Mojca Miklavec wrote:
>> I was wondering whether "-r REV SRC" and "SRC@REV" in "svn copy" are
>> supposed to behave differently or not.
>
> Yes they have different
On 1/15/14, 1:05 PM, Mojca Miklavec wrote:
> I was wondering whether "-r REV SRC" and "SRC@REV" in "svn copy" are
> supposed to behave differently or not.
Yes they have different behavior. You probably want to read about Peg and
Operative Revisions here
Hi,
I was wondering whether "-r REV SRC" and "SRC@REV" in "svn copy" are
supposed to behave differently or not.
I was trying to recover a file that has already been deleted from the
repository, but using "-r" syntax failed to work while @REV completed
succ
> From: Ben Reser
> Sent: Saturday, 9 November 2013 4:30 AM
>
> On 11/7/13 9:55 PM, Ben Reser wrote:
> > Putting my own corporate hat on for a moment here.
> WANdisco binaries
> > that come with httpd should be patched as well. I need to ask the
> > individual that builds them to verify for s
On 11/7/13 9:55 PM, Ben Reser wrote:
> Putting my own corporate hat on for a moment here. WANdisco binaries that
> come
> with httpd should be patched as well. I need to ask the individual that
> builds
> them to verify for sure. If you find that they are not let me know and I'll
> see that th
Hello,
> > I'd suggest going with a binary produced by one of the
> > vendors. I think several have already patched. Mark
> > mentioned that Collab.Net's packages are patched.
>
> I've downloaded those, too, but the installation hasn't "taken" yet. I'll
> have to edit the httpd.conf a bit mor
> From: Ben Reser
> Sent: Friday, 8 November 2013 16:55 PM
> On 11/7/13 6:37 PM, Geoff Field wrote:
> > I'm just trying to bump the priority again, given our circumstances.
>
> Consider it bumped. :)
Thanks Ben. I noticed your post on the matter.
> > So is it just mod_dav*.so that's affected?
>
On 11/7/13 6:37 PM, Geoff Field wrote:
> I'm just trying to bump the priority again, given our circumstances.
Consider it bumped. :)
> So is it just mod_dav*.so that's affected?
Correct, this is only applicable to DAV. You won't see this problem if you're
using svnserve and it doesn't impact th
> From: Ben Reser
> Sent: Friday, 8 November 2013 11:55 AM
> On 11/7/13 4:31 PM, Geoff Field wrote:
> > Sorry to dredge up an old thread, but this issue is NOT really
> > resolved properly. (Also, I noticed a post that said that
> this would
> > be treated more seriously if it was brought up aga
> From: Mark Phippard
> Sent: Friday, 8 November 2013 11:47 AM
> If it helps, the Subversion server binaries we provide at
> CollabNet have applied the patch that fixed this to Apache 2.4.6.
Thanks Mark,
I'm downloading and installing now, but I'll have to fiddle around with our
multiple server
On 11/7/13 4:31 PM, Geoff Field wrote:
> Sorry to dredge up an old thread, but this issue is NOT really resolved
> properly. (Also, I noticed a post that said that this would be treated more
> seriously if it was brought up again without the "RESOLVED" tag.)
Not sure what you mean by this. The
Turned out that another developer had locks on several files.
>>>>>> Confirmed that was the problem. A more specific
>> error message
>>>>>> would have been handy here.
>
> The error message was reasonably specific, but it actually points at another
>
t; > Can you describe how to reproduce the problem? What
> sort of locks
> > > > prevent a COPY? Orphaned locks perhaps?
> > >
> > > They were working copy locks from another developer. I
> asked him to
> > > try the build himself to see if
Steve Cohen wrote:
>I would like to be able to create a tag using the SVN copy command so
>that the timestamps on the files in the destination are the same as
>those in the source.
there are no individual timestamps on files in the repository, only
one timestamp on the revision as a w
Guten Tag Steve Cohen,
am Montag, 28. Oktober 2013 um 22:27 schrieben Sie:
> I would like to be able to create a tag using the SVN copy command so
> that the timestamps on the files in the destination are the same as
> those in the source.
> Is this possible?
Not with svn command
I would like to be able to create a tag using the SVN copy command so
that the timestamps on the files in the destination are the same as
those in the source.
Is this possible?
Hello,
Svn mirror was setup using svnsync. svn mirror had been syncing every 5
minutes. "svn checkout", "svn info", "svn log" commands are working fine
with the svn mirror.
"svn commit", "svn copy" are failing with the error message.
svn
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/TestTa
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
Adding: C:\Projets\Logiciels9.1.XX.307
Error: Commit failed (details f
> -Original Message-
> From: Bob Archer [mailto:bob.arc...@amsi.com]
> Sent: Wednesday, August 07, 2013 2:30 PM
> To: Brenden Walker; Philip Martin
> Cc: users@subversion.apache.org
> Subject: RE: RESOLVED: SVN copy that worked in 1.8.0 now fails with (424
phaned locks perhaps?
>
> They were working copy locks from another developer. I asked him to try the
> build himself to see if it allows the user who holds the lock to svn copy,
> haven't
> heard back from that.
>
> Breaking the locks allowed me to do an SVN copy.
>
> I haven't tried reproducing, but I certainly can if that would be helpful.
Are you sharing working copies with multiple people?
BOb
> -Original Message-
> From: Philip Martin [mailto:philip.mar...@wandisco.com]
> Sent: Wednesday, August 07, 2013 12:19 PM
> To: Brenden Walker
> Cc: users@subversion.apache.org
> Subject: Re: RESOLVED: SVN copy that worked in 1.8.0 now fails with (424
> FailedDep
Brenden Walker writes:
>> > svn: E175002: Adding directory failed: COPY on
>> > /svn/Development/!svn/rvr/7020/Trunk/Projects/SiteWatch (424 Failed
>> > Dependency)
>
> Turned out that another developer had locks on several files.
> Confirmed that was the problem. A more specific error message w
> -Original Message-
> From: Brenden Walker [mailto:bkwal...@drbsystems.com]
> Sent: Wednesday, August 07, 2013 11:42 AM
> To: users@subversion.apache.org
> Subject: RE: SVN copy that worked in 1.8.0 now fails with (424
> FailedDependency)
>
> > -Ori
> -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 dire
svn: E175002: Adding directory failed: COPY on
/svn/Development/!svn/rvr/7020/Trunk/Projects/SiteWatch (424 Failed Dependency)
This is part of our build process which hasn't changed and worked prior to
updating to 1.8.1 yesterday (Visual SVN Server). I tested copying some other
paths and that
Guten Tag tim.willi...@ucb.com,
am Freitag, 15. März 2013 um 21:30 schrieben Sie:
> It appears that I am stuck creating a new revision for every single
> file I need to move.
As already said, you aren't, just checkout a working copy, do you
copies, moves and deletes and commit after you are finis
be done if my users want to retain
> the development history. Otherwise I would just SVN export it, remap it in a
> work area and commit it all in "one big go."
>
I dont think you have to create a new revision for each single file.
Just do svn copy and then do a svn delete f
be done if my users want to retain
> the development history. Otherwise I would just SVN export it, remap it in a
> work area and commit it all in "one big go."
>
> Thanks for the sanity check, folks.
>
> Tim
Maybe something to test (but maybe totally wrong ...)
svn
Yes, it appears I am headed toward a wrapper script to copy one file at a time.
I wanted to make sure I was not missing something in SVN that would make it
easier (a non-recursive copy, or something in svnmucc where I could copy a
bunch a files and commit them all in a single new revision, for
> New Structure I want:
> \NewBarn\livestockNames.txt
> \NewBarn\birds\chickenNames.txt
> \NewBarn\birds\chickenFeed.txt
>
> If I use SVN COPY to copy chickenNames.txt to the new folder:
>
> svn copy \Barn\chickens\ \NewBarn\birds\
>
> I will get:
> \NewBarn\bir
> New Structure I want:
> \NewBarn\livestockNames.txt
> \NewBarn\birds\chickenNames.txt
> \NewBarn\birds\chickenFeed.txt
>
> If I use SVN COPY to copy chickenNames.txt to the new folder:
>
> svn copy \Barn\chickens\ \NewBarn\birds\
>
> I will get:
> \NewBarn\bir
\birds\chickenFeed.txt
If I use SVN COPY to copy chickenNames.txt to the new folder:
svn copy \Barn\chickens\ \NewBarn\birds\
I will get:
\NewBarn\birds\food\chickenFeed.txt
and I don’t want that folder called \food and its content.
Ugh. This is another bad analogy. It is much more complicated
On 03/15/2013 03:11 PM, tim.willi...@ucb.com wrote:
> The only solution I can think of is to script a copy process on a
> file-by-file basis by first getting a list of files in folder \c, then SVN
> COPY each file individually into folder \e. Repeat for all folders. I can
> this in
> Hi folks,
>
> We are changing our folder structure in the SVN repository and need to "map"
> content from old folders to the new folders. I was investigating the use of
> SVN
> COPY but the command is recursive, which leads to problems for us.
> For example, let
Hi folks,
We are changing our folder structure in the SVN repository and need to "map"
content from old folders to the new folders. I was investigating the use of
SVN COPY but the command is recursive, which leads to problems for us.
For example, let's say our structure looks
> 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&qu
ere.
> 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
>
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
older;
however, that folder does not appear to have been in source control at all.
Another working copy of the same branch has the folder, but marked deleted - it
was moved into a sub-tree I think.
I don't know anything about this particular folder, but SVN is refusing to let
me do an &#
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 ou
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,
1 - 100 of 172 matches
Mail list logo
