Re: Working copy wrong after "svn up"

Done http://subversion.tigris.org/issues/show_bug.cgi?id=3621 Best regards, Matthias. 2010/4/23 Stefan Sperling > On Fri, Apr 23, 2010 at 08:38:01PM +0200, Matthias Hryniszak wrote: > > Thanks for the response - that's really great to

commit hangs

hi there, when i try to commit my changes to the repository the commitment simply hangs like this: f...@fg-desktop:~/workspace/am0$ svn ci -F svn-commit.tmp Lösche trunk/models Hinzufügen trunk/uml Hinzufügen trunk/uml/Display.uml Hinzufügen trunk/uml/Display.umlclass Hinzufü

Re: Can I have one project link to two subversion server?

On 4/23/2010 6:02 PM, David Weintraub wrote: If you want to use the distributed method, you can try SVK: http://svk.bestpractical.com. SVK is a layer on top of the Subversion repository and allows you to work with Subversion as a distributed repository. If you don't have to use Subversion, you

RE: Can I have one project link to two subversion server?

Hi all, Sounds to me like the developers want to avoid branching and merging. Try it. You might like it. Seriously though, if you have concerns with branching and merging, I suggest some training and make some trial runs in a test repository. I believe there are software tools that will help you

Re: Can I have one project link to two subversion server?

On Fri, Apr 23, 2010 at 6:14 PM, yixiaodafang wrote: > I want to know whether I can have one project link to two different > server. Here is what I want to do. First I check out the project from > official server. During the time, I will make a lot of intermediate > changes before I finanlly commi

Re: Can I have one project link to two subversion server?

Please use Reply All so your replies go to the list too, not just to me. On Apr 23, 2010, at 17:27, frank wang wrote: > Thank you very much for the very quick response. > > It seems that I could not do it on svn. Currently I use SVN from > official server and perforce on my computer, so I can ke

Re: Can I have one project link to two subversion server?

On Apr 23, 2010, at 17:14, yixiaodafang wrote: > I want to know whether I can have one project link to two different > server. Here is what I want to do. First I check out the project from > official server. During the time, I will make a lot of intermediate > changes before I finanlly commit the

RE: Can I have one project link to two subversion server?

> I want to know whether I can have one project link to two different > server. Here is what I want to do. First I check out the project from > official server. During the time, I will make a lot of intermediate > changes before I finanlly commit them into the official server. Since > not all the c

Can I have one project link to two subversion server?

Hi, I want to know whether I can have one project link to two different server. Here is what I want to do. First I check out the project from official server. During the time, I will make a lot of intermediate changes before I finanlly commit them into the official server. Since not all the change

Re: version 3 vs 5

On Apr 23, 2010, at 16:33, Walid Majid wrote: > I am trying to checkout a repository from one Linux machine (A) to another > one (B) and in the process I am getting the following error message from B: > > svn: Expected version '3' of repository; found version '5' > > Here is the command that w

RE: version 3 vs 5

> I am trying to checkout a repository from one Linux machine (A) to another > one (B) and in the process I am getting the following error message from > B: > > svn: Expected version '3' of repository; found version '5' > > Here is the command that was executed: > > svn checkout svn+ssh://u...@a

version 3 vs 5

Hi, I am trying to checkout a repository from one Linux machine (A) to another one (B) and in the process I am getting the following error message from B: svn: Expected version '3' of repository; found version '5' Here is the command that was executed: svn checkout svn+ssh://u...@a/proj1/svnro

Re: Working copy wrong after "svn up"

On Fri, Apr 23, 2010 at 08:38:01PM +0200, Matthias Hryniszak wrote: > Thanks for the response - that's really great to hear and I guess I'll skip > this one in that case. On second thought, you can still file an issue, with the intention that this particular use case will be tested and verified to

Re: Working copy wrong after "svn up"

Thanks for the response - that's really great to hear and I guess I'll skip this one in that case. Best regards, Matthias. 2010/4/23 Stefan Sperling > On Fri, Apr 23, 2010 at 08:19:18PM +0200, Matthias Hryniszak wrote: > > I'd like to file this as a bug. Could you point me to where I can do it?

Re: Working copy wrong after "svn up"

On Fri, Apr 23, 2010 at 08:19:18PM +0200, Matthias Hryniszak wrote: > I'd like to file this as a bug. Could you point me to where I can do it? You won't get much of an answer for filing this as a bug other than "wait for 1.7". Subversion's working copy management library is currently undergoing a

RE: Working copy wrong after "svn up"

> > C:\svn>svnadmin create test > > C:\svn>svn co file:///C:/svn/test test-wc > > C:\svn>cd test-wc > > C:\svn\test-wc>svn mkdir folder > > C:\svn\test-wc>svn ci -m "Created folder" > > C:\svn\test-wc>svn up > > > > Up until this point everything is normal. But if I manually remove the > > folder n

Re: Working copy wrong after "svn up"

I'd like to file this as a bug. Could you point me to where I can do it? Best regards, Matthias. 2010/4/23 Bob Archer > > C:\svn>svnadmin create test > > C:\svn>svn co file:///C:/svn/test test-wc > > C:\svn>cd test-wc > > C:\svn\test-wc>svn mkdir folder > > C:\svn\test-wc>svn ci -m "Created fol

Re: JavaHL - when using peg makes the difference in diffSummarize()

Hi, yes I've read it and the examples there in the "Peg and Operative Revisions" section make sense. Yet, I do not know any answer to my question bellow. Can you provide me just one example in which passing and not passing a peg revision to diffSummarize() returns a different response? Maybe th

RE: JavaHL - when using peg makes the difference in diffSummarize()

Hi, "m g" wrote: > Subject: JavaHL - when using peg makes the difference in diffSummarize() > > can you provide me at least one case in which passing > a non-null peg revision to SVNClientInterface.diffSummarize() > returns a different result than when passing null ? > > Thanks > Mário Have you r

Re: Tigris binary packages for Windows

On 2010-04-23 10:29, Cooke, Mark wrote: On 2010-04-22 17:06, Cooke, Mark wrote: I am resurrecting this thread to ask if anyone has come forward to volunteer time and/or effort to resurrect the windoze binaries as we are still on 1.6.6 against 1.6.11 announced a few days ago. From: Davi

JavaHL - when using peg makes the difference in diffSummarize()

Hi, can you provide me at least one case in which passing a non-null peg revision to SVNClientInterface.diffSummarize() returns a different result than when passing null ? Thanks Mário

Re: Working copy wrong after "svn up"

On 4/23/2010 11:00 AM, Bob Archer wrote: On 4/23/2010 10:49 AM, Bob Archer wrote: Furthermore reverting the working copy does not work and updates skip the "folder" resource completely. You've deleted the pristine copy under .svn for that directory. There's no copy left to revert. Update

RE: Working copy wrong after "svn up"

> > On 4/23/2010 10:49 AM, Bob Archer wrote: > > >> > > >>> Furthermore reverting the working copy does not work and updates > skip > > >>> the "folder" resource completely. > > >> > > >> You've deleted the pristine copy under .svn for that directory. > > There's > > >> no copy left to revert. > >

Renaming the source path of a branch and merging

Hi All, I know I could try this in a test repo... but things always seem to work with 1 file and 1 line change much better. The scenerio is this. We have decided to change our repo structure under a project a bit. Rather than current dev being in trunk we want to name the folder for the next M

RE: Working copy wrong after "svn up"

> On 4/23/2010 10:49 AM, Bob Archer wrote: > >> > >>> Furthermore reverting the working copy does not work and updates skip > >>> the "folder" resource completely. > >> > >> You've deleted the pristine copy under .svn for that directory. > There's > >> no copy left to revert. > > > > Update is tota

Re: Working copy wrong after "svn up"

On 4/23/2010 10:49 AM, Bob Archer wrote: Furthermore reverting the working copy does not work and updates skip the "folder" resource completely. You've deleted the pristine copy under .svn for that directory. There's no copy left to revert. Update is totally different than revert. If you d

RE: Working copy wrong after "svn up"

> On 4/23/2010 10:10 AM, Matthias Hryniszak wrote: > > Hi there, > > > > here's what I've noticed: > > > > C:\svn>svnadmin create test > > C:\svn>svn co file:///C:/svn/test test-wc > > C:\svn>cd test-wc > > C:\svn\test-wc>svn mkdir folder > > C:\svn\test-wc>svn ci -m "Created folder" > > C:\svn\tes

RE: Working copy wrong after "svn up"

> C:\svn>svnadmin create test > C:\svn>svn co file:///C:/svn/test test-wc > C:\svn>cd test-wc > C:\svn\test-wc>svn mkdir folder > C:\svn\test-wc>svn ci -m "Created folder" > C:\svn\test-wc>svn up > > Up until this point everything is normal. But if I manually remove the > folder now like this > >

Re: Working copy wrong after "svn up"

On 4/23/2010 10:10 AM, Matthias Hryniszak wrote: Hi there, here's what I've noticed: C:\svn>svnadmin create test C:\svn>svn co file:///C:/svn/test test-wc C:\svn>cd test-wc C:\svn\test-wc>svn mkdir folder C:\svn\test-wc>svn ci -m "Created folder" C:\svn\test-wc>svn up Up until this point every

Working copy wrong after "svn up"

Hi there, here's what I've noticed: C:\svn>svnadmin create test C:\svn>svn co file:///C:/svn/test test-wc C:\svn>cd test-wc C:\svn\test-wc>svn mkdir folder C:\svn\test-wc>svn ci -m "Created folder" C:\svn\test-wc>svn up Up until this point everything is normal. But if I manually remove the folde

Question about JavaHL - DiffSummary

Hello, what is the difference between DiffSummary.getPath() and DiffSummary.getSource() ? I've inspected and both seem to return the same String object. In which cases do they return different things? Thanks Mário

Re: svn export on long paths failed

Hartmut, Another reason I received this is that there were duplicate files in the subversion directory which are share the same name and extension but in different letter case (e.g. CHANGES versus changes). Windows FS is case insensitive by default. Regarding the problem of using long pathname

RE: svn export on long paths failed

> -Original Message- > From: Schroeder, Hartmut [mailto:hartmut.schroe...@plath.de] > Sent: vrijdag 23 april 2010 13:43 > To: users@subversion.apache.org > Subject: svn export on long paths failed > > hi all, > an 'svn export' under Windows results on a long path in: > > svn: Can't open

svn export on long paths failed

hi all, an 'svn export' under Windows results on a long path in: svn: Can't open 'current\externaltools\build\sources\mavenplugins\pde-maven-plugin\tutor ials\PDE_Plugin_Tutorial\plugins\test.pde_maven_plugin.simple_applicatio n\src\main\java\test\pde_maven_plugin\simple_application\ApplicationWor

Re: Tigris binary packages for Windows

David Darj wrote: On 2010-04-22 17:06, Cooke, Mark wrote: Folks, I am resurrecting this thread to ask if anyone has come forward to volunteer time and/or effort to resurrect the windoze binaries as we are still on 1.6.6 against 1.6.11 announced a few days ago. In hope... ~ Mark C I have

RE: Tigris binary packages for Windows

>> On 2010-04-22 17:06, Cooke, Mark wrote: >> >> I am resurrecting this thread to ask if anyone has come >> forward to volunteer time and/or effort to resurrect the >> windoze binaries as we are still on 1.6.6 against 1.6.11 >> announced a few days ago. >> > From: David Darj [mailto:z...@alagaza

AW: Merging a Revision back to the trunk

> > Hi everybody! > > > > I’ve got a question about merging a revision of an > > feature- branch back to the trunk. > > Sounds quiet simple: > > - Select the branch > > - The revision > > > > ⇒ The changes made in the specific revision should be > > applied on my working copy (trunk) > > That's no