svn command --cl don't support names that contain chinese characters.

svn command --cl don't support names that contain chinese characters. E,g. command “svn status -q D:\Project”, we see there is a changelist named “好”, but when use command “svn status -q --verbose D:\Project --ignore-externals --cl 好”, there is nothing to print. <><>

Re: merge using same revision number - quick question

On 24.04.2013 23:06, Z W wrote: > > > > On Wed, Apr 24, 2013 at 1:42 PM, Mark Phippard > wrote: > > On Wed, Apr 24, 2013 at 4:40 PM, Bob Archer > wrote: > > Please check the poperties on one of the files. Tell me what the > me

Re: merge using same revision number - quick question

On Wed, Apr 24, 2013 at 11:06 PM, Z W wrote: > > > > On Wed, Apr 24, 2013 at 1:42 PM, Mark Phippard wrote: >> >> On Wed, Apr 24, 2013 at 4:40 PM, Bob Archer wrote: >> > Please check the poperties on one of the files. Tell me what the >> > mergeinfo: is prior to your merge >> > and after your mer

Re: Blame/annotate not good enough...

On Wed, Apr 24, 2013 at 8:35 AM, Branko Čibej wrote: > On 23.04.2013 16:29, Thorsten Schöning wrote: > > Guten Tag Charles Gallo, > > am Dienstag, 23. April 2013 um 14:22 schrieben Sie: > > > >> Blame/annotate does exactly what I want, but the client (mumble > >> mumble) wants the info in the act

Re: Question re: Removing Externals

Guten Tag C M, am Mittwoch, 24. April 2013 um 23:47 schrieben Sie: > Any advice/gotchas are most appreciated. You shouldn't capture other's threads. ;-) Besides that, your three question seem to be all the same to me: If you delete svn:externals on the trunk, they aren't available anymore on the

Question re: Removing Externals

We've had mixed results using svn externals and have decided to remove them altogether. Mostly, bi-directional changes we weren't expecting. This was also because of our inexperience with SVN and using externals. In any event, my questions are: 1. If I delete the externals from /trunk, what will

Re: merge using same revision number - quick question

On Wed, Apr 24, 2013 at 1:42 PM, Mark Phippard wrote: > On Wed, Apr 24, 2013 at 4:40 PM, Bob Archer wrote: > > Please check the poperties on one of the files. Tell me what the > mergeinfo: is prior to your merge > > and after your merge. Up to this point we were talking about > generalities, but

Re: merge using same revision number - quick question

On Wed, Apr 24, 2013 at 1:40 PM, Bob Archer wrote: > > -Original Message- > > From: Z W [mailto:mpc8...@gmail.com] > > Sent: Wednesday, April 24, 2013 4:26 PM > > To: Bob Archer > > Cc: Johan Corveleyn; users@subversion.apache.org > > Subject: Re: merge using same revision number - quick

Re: merge using same revision number - quick question

On Wed, Apr 24, 2013 at 1:30 PM, Mark Phippard wrote: > On Wed, Apr 24, 2013 at 4:25 PM, Z W wrote: > > > Hi Bob, we're still seeing the problem of unwanted touches of files and > > directories on new unmerged rev numbers, even after we reapply all merges > > for all previous already-merged at f

Re: merge using same revision number - quick question

On Wed, Apr 24, 2013 at 4:40 PM, Bob Archer wrote: > Please check the poperties on one of the files. Tell me what the mergeinfo: > is prior to your merge > and after your merge. Up to this point we were talking about generalities, > but we are getting down to specifics now. FWIW, after running

RE: merge using same revision number - quick question

> -Original Message- > From: Z W [mailto:mpc8...@gmail.com] > Sent: Wednesday, April 24, 2013 4:26 PM > To: Bob Archer > Cc: Johan Corveleyn; users@subversion.apache.org > Subject: Re: merge using same revision number - quick question > > > > On Wed, Apr 24, 2013 at 9:50 AM, Bob Archer

Re: merge using same revision number - quick question

On Wed, Apr 24, 2013 at 4:25 PM, Z W wrote: > Hi Bob, we're still seeing the problem of unwanted touches of files and > directories on new unmerged rev numbers, even after we reapply all merges > for all previous already-merged at feature branch root level. > We're getting concerned now, wonderin

Re: merge using same revision number - quick question

On Wed, Apr 24, 2013 at 9:50 AM, Bob Archer wrote: > > On Wed, Apr 24, 2013 at 9:32 AM, Bob Archer wrote: > > > Hi Johan, Bob and all > > > > > > We took your suggestion and it still fails in that > > > 1- when we try to merge again at the root level > > > (goals: > > > a- to move subtree merge

Re: How to setup a server?

On 04/24/2013 03:18 PM, Zé wrote: > Is there an official Subversion guide to set a subversion server? The closest thing to "official" would be the Version Control With Subversion book (http://svnbook.org/). But don't expect to find an ordered list of steps to setting up a Subversion server, becau

How to setup a server?

Is there an official Subversion guide to set a subversion server? Thanks, Zé

Re: merge using same revision number - quick question

On Wed, Apr 24, 2013 at 9:50 AM, Bob Archer wrote: > > On Wed, Apr 24, 2013 at 9:32 AM, Bob Archer wrote: > > > Hi Johan, Bob and all > > > > > > We took your suggestion and it still fails in that > > > 1- when we try to merge again at the root level > > > (goals: > > > a- to move subtree merge

RE: merge using same revision number - quick question

> On Wed, Apr 24, 2013 at 9:32 AM, Bob Archer wrote: > > Hi Johan, Bob and all > > > > We took your suggestion and it still fails in that > > 1- when we try to merge again at the root level > > (goals: > > a- to move subtree merge done previously to the working copy root > > level so that the past

Re: merge using same revision number - quick question

Hi Bob Thanks for your response. What does elided mean ? We do see the revision numbers are moved from eligible to merged in svn mergeinfo after a "svn merge" and "svn commit" How do we stop top posting and adhere to the rules ? We're new. Thank you Sincerely On Wed, Apr 24, 2013 at 9:32 AM, B

RE: merge using same revision number - quick question

> Hi Johan, Bob and all > > We took your suggestion and it still fails in that > 1- when we try to merge again at the root level > (goals: > a- to move subtree merge done previously to the working copy root level so > that the past merge can be traced at the root level using "svn mergeinfo > -sho

Re: merge using same revision number - quick question

Hi Johan, Bob and all We took your suggestion and it still fails in that 1- when we try to merge again at the root level (goals: a- to move subtree merge done previously to the working copy root level so that the past merge can be traced at the root level using "svn mergeinfo -show-revs merged) s

Re: Blame/annotate not good enough...

On Wed, Apr 24, 2013 at 7:35 AM, Branko Čibej wrote: > > > You clearly have never had to deal with the more Neanderthal species of > auditor who believe meaningful technological advance stopped about 200 > years before Gutenberg. Can't they at least deal with a web view generated by viewvc or web

RE: Blame/annotate not good enough...

> On Apr 23, 2013, at 15:56, Daniel Shahaf wrote: > > Ryan Schmidt wrote on Tue, Apr 23, 2013 at 01:45:49 -0500: > >> 3. If you want the actual source code in the repository to contain > >> these comments, then you're talking about several scripts: one that > >> the developers must invoke in place

Re: Error while updating

Ajay, Sorry to hear that you are dealing with frustrating Subversion problems. Please understand that the folks who read this forum do, in fact, wish to help you. The problem is simply that without some pretty thorough explanation of what you are experiencing, this task is pretty daunting -- too

RE: Error while updating

I know it's not a hotline but as I am facing the issue from 2-3 days I am too much frustrated. -Original Message- From: Branko Čibej [mailto:br...@wandisco.com] Sent: Wednesday, April 24, 2013 6:13 PM To: users@subversion.apache.org Subject: Re: Error while updating On 24.04.2013 07:0

Re: Error while updating

On 24.04.2013 07:03, Ajay Pawar wrote: > Please help ASAP as the SVN user are not able to any work. This is not a support hotline. Messages like this "Please help ASAP" are simply rude in this context. Please think twice about what you wrote before sending it. -- Brane -- Branko Čibej Director

Re: Blame/annotate not good enough...

On 23.04.2013 16:29, Thorsten Schöning wrote: > Guten Tag Charles Gallo, > am Dienstag, 23. April 2013 um 14:22 schrieben Sie: > >> Blame/annotate does exactly what I want, but the client (mumble >> mumble) wants the info in the actual source code file as comments! I >> explained that all the info

RE: Error while updating

It's just a clean installation nothing else. -Original Message- From: Pavel Lyalyakin [mailto:pavel.lyalya...@visualsvn.com] Sent: Wednesday, April 24, 2013 1:36 PM To: Ajay Pawar Cc: Andy Levy; users@subversion.apache.org; Sayali S. Kumbhar Subject: Re: Error while updating Hello Ajay,

Re: Hard-to-understand error message after merge

Daniel Widenfalk writes: > One of my colleagues got a hard-to-decipher error message after > trying to do a merge (trunk -> branch): > > svn: E27: Can't add '{some-path}\svntest\C\B' with URL > '{repo-path}/svn-test/A/B', but with the data from > '{repo-path}/tools/trunk/makecd' > svn: E17500

Re: SVN error while committing

Hello Ajay, > Earlier I was facing following issue Can’t parse lock/entries hash file > E:\Repositories\OR\db\locks\308\sdfiocvyywt59vxherh > > and from the mailing list I found a resolution to delete the below file. What solution? What file have you removed? I hope that the repository you w

Re: Error while updating

Hello Ajay, > I am using this URL from last 3 month, there is no point that URL is wrong. > > Second thing Server is misconfigured is also not true because other projects > are accessible as they are earlier. > > I do agree that we had installed Visual SVN Server 2.5.7 this Sunday not > Monday i

Re: Error while updating

Guten Tag Ajay Pawar, am Mittwoch, 24. April 2013 um 08:43 schrieben Sie: > SVN Admin verify is showing an error called Can't read end of file. There surely is some more output about the details were the error occured and that is needed to suggest anything more. Until now it seems that your repo

Hard-to-understand error message after merge

Hi, One of my colleagues got a hard-to-decipher error message after trying to do a merge (trunk -> branch): svn: E27: Can't add '{some-path}\svntest\C\B' with URL '{repo-path}/svn-test/A/B', but with the data from '{repo-path}/tools/trunk/makecd' svn: E175002: Error reading spooled REPORT req

Re: Error while updating

On 4/23/2013 11:43 PM, Ajay Pawar wrote: Hi Thorsten, Thanks for your reply. SVN Admin verify is showing an error called Can't read end of file. This means your repository was corrupted somehow. "svnadmin verify" checks the integrity of the repository where all of your data is stored. Thu