On Feb 14, 2011, at 01:57, Alex Bligh wrote:
> On 14 February 2011 01:10:08 -0600 Ryan Schmidt wrote:
>
>>> If I do "svn log ." in a directory, it does not list all changes made to
>>> all files in that directory (as shown up "svn log "). I've
>>> pasted an example at:
>>> http://pastebin.com/SF
On Feb 14, 2011, at 01:57, Stephen Connolly wrote:
> yeah, but you'd want at least an option for the client to override ;-)
Why would one want that?
because you might not want the git on the system path
because you may not have permissions on windows to set the uri handler
just two, there's more
- Stephen
---
Sent from my Android phone, so random spelling mistakes, random nonsense
words and other nonsense are a direct result of using swype
--On 14 February 2011 07:57:50 + Alex Bligh wrote:
If I do "svn log ." in a directory, it does not list all changes made
to all files in that directory (as shown up "svn log "). I've
pasted an example at:
http://pastebin.com/SFYDtkBk
where r12062 does not show up in "svn log .", but does
> > --On 14 February 2011 07:57:50 + Alex Bligh
> wrote:
> >
> If I do "svn log ." in a directory, it does not list all
> changes made
> to all files in that directory (as shown up "svn log
> "). I've
> pasted an example at:
> http://pastebin.com/SFYDtkBk
> where
--On 14 February 2011 10:04:41 + "Cooke, Mark"
wrote:
Can I suggest you read the manual at:
http://svnbook.red-bean.com/nightly/en/svn.basic.in-action.html
There is a section about mixed-revision repositories. In a nutshell,
'ci' only updates the files that have changed (having checke
Dear all,
I am an linux developing engineer. Several months before, I have builded
a svn server using apache.
And several days ago,the pc used for building svn server was fixed for
some reasons.
But then I can not check out from the svn server,but can check out
locally.The error code is as
On 2/8/2011 2:16 AM, David Aldrich wrote:
Hi
We are developing a fairly large application that uses open source
libraries. We have one svn repo per application. Currently, the open
source libraries are all stored with the application. This is a bad
idea because the working copy and repo are now
-Original Message-
From: Stefan Sperling [mailto:s...@elego.de]
Sent: Saturday, February 12, 2011 5:10 AM
To: Daniel Becroft
Cc: Varnau, Steve (Neoview); users@subversion.apache.org
Subject: Re: Dangerous to keep re-integrated branches alive?
On Sat, Feb 12, 2011 at 04:08:26PM +1000, Da
On Mon, Feb 14, 2011 at 05:41:03PM +, Varnau, Steve (Neoview) wrote:
>
>
> -Original Message-
> From: Stefan Sperling
> Sent: Saturday, February 12, 2011 5:10 AM
> To: Daniel Becroft
> Cc: Varnau, Steve (Neoview); users@subversion.apache.org
> Subject: Re: Dangerous to keep re-integr
> -Original Message-
> From: Stefan Sperling [mailto:s...@elego.de]
> Sent: Monday, February 14, 2011 9:54 AM
> To: Varnau, Steve (Neoview)
> Cc: Daniel Becroft; users@subversion.apache.org
> Subject: Re: Dangerous to keep re-integrated branches alive?
>
> On Mon, Feb 14, 2011 at 05:41:0
On Mon, Feb 14, 2011 at 06:05:26PM +, Varnau, Steve (Neoview) wrote:
> > -Original Message-
> > From: Stefan Sperling
> > No, the files can differ. E.g. consider what happens if the branch modifies
> > the very last line of a file. Now the branch is synced to trunk to prepare
> > it for
Hello,
Here is what i've got:
I've got an svn:external'd folder within my working copy in to which I've
made some local changes.
Short of writing a script, is there a command I can use to svn switch to a
different branch, but not clobber my local changes in the svn:external'd
folder? (Unless th
Hi Everyone
I am trying to set up multiples svn repositories, for that, I add in
the module dav_svn.conf the following line
SVNParentPath /home/repo
When i tried to do a svn checkout from the client i get this error
svn co http://192.168.2.1/Repos
svn: Repository moved permanently to 'http://1
You don't have a repository on /Repos, but a list view of your
repositories. You cannot check out multiple repositories at once using
this method.
Hth,
Nick Stolwijk
~Senior Java Developer~
iPROFS
Wagenweg 208
2012 NM Haarlem
T +31 23 547 6369
F +31 23 547 6370
I www.iprofs.nl
On Mon, Feb 14,
Hi,
I've run into an issue using svn relocate on a directory that has
relative svn:externals properties on it. It is similar to the issue
that was resolved in Issue 3597 but that only works correctly with a
completely checked out version of the repository. I would lik
Hello,
I notice that svn v1.7 is slated to have a new transfer protocol as well as
new WC module.
( http://subversion.apache.org/roadmap.html )
Right now, I have a repo with ~40,000 source and xml files.
Full checkouts take forever.
My machine is pretty beefy, so that's not the bottle neck. N
> -Original Message-
> From: Stefan Sperling [mailto:s...@elego.de]
> Sent: Monday, February 14, 2011 11:27 AM
> To: Varnau, Steve (Neoview)
> Cc: Daniel Becroft; users@subversion.apache.org
> Subject: Re: Dangerous to keep re-integrated branches alive?
>
> On Mon, Feb 14, 2011 at 06:05:
Is there a reason to checkout 40k files again and again? Can it be substituted
by an svn update (after first checkout)?
If you are using svnkit library to do svn checkouts, then you may want to try
there new version (with jna). There were performance issues in the old version
of svnkit.
I reme
> I notice that svn v1.7 is slated to have a new transfer protocol as
> well as new WC module.
>
> ( http://subversion.apache.org/roadmap.html )
>
> Right now, I have a repo with ~40,000 source and xml files.
>
> Full checkouts take forever.
That's why you shouldn't be doing "full" checkouts ve
On Mon, Feb 14, 2011 at 4:52 PM, ankush chadha
wrote:
> Is there a reason to checkout 40k files again and again? Can it be
> substituted by an svn update (after first checkout)?
>
>
Well, I obviously try use update/switch to avoid a fresh checkout. :)
Using cmd-line & tortisesvn on windows.
I n
On Mon, Feb 14, 2011 at 10:22 PM, Trevor Gerbrand
wrote:
>
> Hi,
> I've run into an issue using svn relocate on a directory that has relative
> svn:externals properties on it. It is similar to the issue that was resolved
> in Issue 3597 but that only works correctly with a completely checked ou
>
>
> >
> > My machine is pretty beefy, so that's not the bottle neck. Network
> > speed to the remote svn server is OK, but not terrible, and
> > certainly not the bottle neck.
>
> It could be if it is a windows machine. Trying checking out to a RAM disk.
> I have found the performance is much mu
> > My machine is pretty beefy, so that's not the bottle neck.
> Network
> > speed to the remote svn server is OK, but not terrible, and
> > certainly not the bottle neck.
> It could be if it is a windows machine. Trying checking out to a
> RAM disk. I have found the performance is much much faste
On Mon, Feb 14, 2011 at 11:05 PM, NN Ott wrote:
...
>> All that said, I never heard that there will be a new protocol.
>
> It's on: http://subversion.apache.org/roadmap.html
> Details sound pretty cool. Particularly the pipelining and parallel request
> items.
FYI, http://subversion.apache.org/d
Subversion installation is version 1.4.2 on CentOS 5.2.
Client is TortoiseSVN on Windows XP.
I am using ONLY the svn+ssh protocol. I am not using the web
interface, nor am I accessing the repository locally on the Linux box.
Am I using any component of the Subversion installation on the Cen
Hi,
Can someone check if this is a bug?
Script to reproduce:
~/test$ svnadmin create bar
~/test$ mkdir foo
~/test$ cd foo
~/test/foo$ svn co file:path/to/bar
~/test/foo/bar$ echo "testing this file" > A.txt
~/test/foo/bar$ svn add A.txt
~/test/foo/bar$ svn ci A.txt -m "test"
~/test/foo/bar$
On Mon, Feb 14, 2011 at 22:23, Ed wrote:
> Hi,
>
> Can someone check if this is a bug?
>
> Script to reproduce:
>
> ~/test$ svnadmin create bar
> ~/test$ mkdir foo
> ~/test$ cd foo
> ~/test/foo$ svn co file:path/to/bar
> ~/test/foo/bar$ echo "testing this file" > A.txt
> ~/test/foo/bar$ svn ad
On 2/14/2011 7:23 PM, Ed wrote:
Hi,
Can someone check if this is a bug?
Script to reproduce:
~/test$ svnadmin create bar
~/test$ mkdir foo
~/test$ cd foo
~/test/foo$ svn co file:path/to/bar
~/test/foo/bar$ echo "testing this file" > A.txt
~/test/foo/bar$ svn add A.txt
~/test/foo/bar$ svn c
On Feb 14, 2011, at 9:57 PM, Andy Levy wrote:
> Make sure that your find/sed combo is excluding .svn directories (for
> some reason, I'm not able to run it on OS X). If you modify both the
> "visible" file in the working copy AND the pristine copy of it,
> Subversion won't detect the change.
FWIW
And you forgot to do svn update after the svn commit.
Hi,
I guess that your command "find ..." will also change the pristine
copies localized in a subdirectory of the .svn directory.
On 15/02/2011 04:23, Ed wrote:
Hi,
Can someone check if this is a bug?
Script to reproduce:
~/test$ svnadmin create bar
~/test$ mkdir foo
~/test$ cd foo
~/test/f
Johan Corveleyn wrote on Mon, Feb 14, 2011 at 23:54:33 +0100:
> Just as an aside: when you mention an issue number, please also add
> the summary of the issue
And a link to it. (http://subversion.tigris.org/issues/show_bug.cgi?id=3597)
> (makes it easier to get the context, without
> having to l
Yes, the shared libs that svnserve uses. (see ldd(1))
See also:
http://subversion.apache.org/docs/community-guide/mailing-lists#fresh-post
Eric wrote on Mon, Feb 14, 2011 at 21:58:28 -0500:
>
> Subversion installation is version 1.4.2 on CentOS 5.2.
>
> Client is TortoiseSVN on Windows XP.
>
> > - Will either of the above improvements help me if the server
> > _does_ get upgraded to v1.7?
> >
> > - Will either of the above improvements help me if the server _does
> > not_ get upgraded to v1.7?
>
> All that said, I never heard that there will be a new protocol.
>
http://subversion.a
Hi,
A colleague of mine asked me this: "Is there an easy
way to list in which revisions a property has changed?".
After wringing my brain around the problem for a bit I
had to conceit failure. My question to the community
is therefor; How do I do the equivalent of:
svn proplog svn:externals .
36 matches
Mail list logo