If by "single/shared" branch you mean everyone working out of the same
place...then yes - you'll trip over each other from time to time.
I've worked in both "trunk is prestine" (all work in branches) and "trunk is
dirty" (all work in trunk) models; when you have multiple people the "trunk is
pr
> From: "Varnau, Steve (Seaquest R&D)"
> To: BRM ; "users@subversion.apache.org"
>
> Cc: Thorsten Schöning
> Sent: Thursday, May 23, 2013 1:40 PM
> Subject: RE: Tags - Symbolic names instead of Directory copy?
>
>> From: BRM [mailto:bm_w
> From: Thorsten Schöning
> To: users@subversion.apache.org
> Sent: Thursday, May 23, 2013 2:49 AM
> Subject: Re: Tags - Symbolic names instead of Directory copy?
>G uten Tag Varnau, Steve (Seaquest R&D),
> am Donnerstag, 23. Mai 2013 um 01:57 schrieben Sie:
>
>> In my opinion, the same semanti
> From: Andrew Reedick
>> -Original Message-
>> From: Les Mikesell [mailto:lesmikes...@gmail.com]
>> Sent: Tuesday, May 21, 2013 3:53 PM
>> To: Andrew Reedick
>> Cc: Branko Čibej; users@subversion.apache.org
>> Subject: Re: Subversion Doesn't Have Branches aka Crossing the Streams
>
While I have not had the issue you are having, assuming the externals are in
the same repository I would highly recommend changing from using the syntax you
have to using the carrot (^) operator as it will save you many headaches if
your original svn location changes.
I.e. use:
^/FOLDER_A FOLD
>
> From: Nick
>To: BRM
>Cc: users ; "d...@subversion.apache.org"
>
>Sent: Wednesday, April 17, 2013 4:12 PM
>Subject: Re: Changelist support for svn patch?
>
>
>
>On Wed, 2013-04-17 at 11:42 -0700, BRM wrote:
>> I'd suggest a slight modifica
I'd suggest a slight modification to your process if you can - that is:
1. Checkout a new working copy
2. Apply the patch to the new working copy
3. Review
4. Delete the new working copy
Now I realize in some cases that may not be an option - too large a down, etc.
If the patch provider is using
it (since Debian/Ubuntu only supports 1.5 for 8.04).
Thanks!
Ben
>____
> From: Philip Martin
>To: BRM
>Cc: SubVersion Users
>Sent: Wednesday, April 3, 2013 4:11 PM
>Subject: Re: SVN wc/repo issue...
>
>BRM writes:
>
>> $ svn m
I have a repository with many projects in it, and have been working on the
layout of one project in particular - adding directories and moving source into
it.
I am now trying to move a directory in that projects part of the tree to
another part of the tree, simply:
$ svn mv ../../include .
How
> From: Les Mikesell
> To: BRM
> Cc: "users@subversion.apache.org"
> Sent: Thursday, February 28, 2013 5:29 PM
> Subject: Re: Tagging svn:externals
>
> On Thu, Feb 28, 2013 at 3:34 PM, BRM wrote:
>
>>> No, I think the choices are to tag from the
> From: Les Mikesell
> To: BRM
> Cc: "users@subversion.apache.org"
> Sent: Wednesday, February 27, 2013 5:49 PM
> Subject: Re: Tagging svn:externals
>
> On Wed, Feb 27, 2013 at 4:44 PM, BRM wrote:
>>>
>>> Won't work - it
> From: Les Mikesell
> To: BRM
> Cc: "users@subversion.apache.org"
> Sent: Wednesday, February 27, 2013 5:30 PM
> Subject: Re: Tagging svn:externals
>
> On Wed, Feb 27, 2013 at 4:14 PM, BRM wrote:
>>>
>>> But that's not what I want. I
> From: Les Mikesell
> To: BRM
> Cc: "users@subversion.apache.org"
> Sent: Tuesday, February 26, 2013 6:12 PM
> Subject: Re: Tagging svn:externals
>
> On Tue, Feb 26, 2013 at 4:29 PM, BRM wrote:
>>
>>> How can a script possibly know the co
> From: Les Mikesell
> To: BRM
> Cc: "users@subversion.apache.org"
> Sent: Tuesday, February 26, 2013 11:56 AM
> Subject: Re: Tagging svn:externals
>
> On Tue, Feb 26, 2013 at 8:48 AM, BRM wrote:
>>>>
>>> Agreed, but the scenario is makin
> From: Les Mikesell
> To: BRM
> Cc: "users@subversion.apache.org"
> Sent: Friday, February 22, 2013 10:57 AM
> Subject: Re: Tagging svn:externals
> On Fri, Feb 22, 2013 at 9:02 AM, BRM wrote:
>>>> Not only does it solve the above, but it also enfor
> From: Les Mikesell
> To: BRM
> Cc: "users@subversion.apache.org"
> Sent: Thursday, February 21, 2013 11:09 AM
> Subject: Re: Tagging svn:externals
>
> On Thu, Feb 21, 2013 at 9:42 AM, BRM wrote:
>>
>>> On Wed, Feb 20, 2013 at 11:52 AM, B
> From: Les Mikesell
> To: Bob Archer
> Cc: C M ; "users@subversion.apache.org"
>
> Sent: Wednesday, February 20, 2013 1:03 PM
> Subject: Re: Tagging svn:externals
>
> On Wed, Feb 20, 2013 at 11:52 AM, Bob Archer wrote:
>> Some clients like TortoiseSVN have a feature that will pin the exte
> From: Raghu GS
>To: users@subversion.apache.org
>Sent: Tuesday, January 15, 2013 8:46 AM
>Subject: Authentication failure when SVNParentPath used
>I regret for bugging you once again.
>Apache authentication for the particular repository is failing when i use
>SVNParentPath, but working well w
I'm running SVN 1.7.5 Command-line client on Kubuntu 12.10 with latest updates.
What puzzles me is that when I run "svn status" it no longer reports the status
of any svn:externals.
Is this expected behavior? Or is there a bug? Working Copy is proper version
for 1.7 series so far as I know.
Ben
A colleague left and I am going through his laptop to checkin anything that was
not committed already.
As I don't know the state of things I'm copying stuff to their own branch -
leaving the original source alone.
However, I've run into an issue - one working copy is missing a folder;
however,
I am administering a server running Apache Httpd with WebDAV serving a
Subversion 1.6.6 repository set on an Ubuntu Server 10.04 LTS.
A while back I setup path-based authentication using mod_authz_svn in addition
to the AuthUserFile directive for logins.
This has been working quite well; however
- Original Message
> From: David Weintraub
> I'm not sure what you are planning on doing, but usually the RCS
> Keywords are not a good idea. They usually cause more problems than
> they solve. What usually works better (especially in C and C++) is to
> define macros at compile time t
I have a series of projects that operate as service daemons; all the projects
have a simple main.cpp that loads another class that does the actual work. So I
never have to touch main.cpp except when I go to make a release, and then only
to update a couple things: version numbers and dates.
I'd
- Original Message
> From: Les Mikesell
> To: BRM
> On 10/13/2010 2:52 PM, BRM wrote:
> >> From: Les Mikesell
> >> We currently commit component binaries back into tags which are then
> >> used
>by
> >> other things with exter
- Original Message
> From: Shaun Pinney
> > The usual issue is making sure people outside the project are
> > prevented from reading the code. You might not want people in your
> > project making changes on tags and branches, but there usually isn't a
> > security issue if they see th
- Original Message
> From: Les Mikesell
> We currently commit component binaries back into tags which are then used by
>other things with external references, and final binaries are managed
>separately by project, but that seems wrong on several levels.
For the projects we do night
Mauro,
Yes, such things are possible.
I have a similar project and my repository is setup as follows:
/
//libraries
//libraries/
//clients
//clients/
//server
//tools
//tools/
//
( is optional - as I have many different suites of projects, I do
this.)
Each of the following has its own trunk, b
Why not just install Apache2 on Windows and use the Apache2 DLLs for a WebDAV
system?
Far easier to manage.
Ben
>
>From: Sjoerd Kivits
>To: users@subversion.apache.org
>Sent: Sat, October 2, 2010 8:36:46 AM
>Subject: RE: Subversion 1.6.13 Released
>
> RE: Subversion 1.6.13 Released
>
>Hi,
>
>
I am running into the error:
svn: Cannot reintegrate from 'url://feature-branch' yet:
Some revisions have been merged under it that have not been merged
into the reintegration target; merge them first, then retry.
I came across a collab.net blog site[1] that referenced this issue. So I tried
it
- Original Message
> From: Ryan Schmidt
> On Sep 10, 2010, at 10:50, BRM wrote:
> > My old subversion server had a hookscript to deny commits unless there was
> > a
>
>log
>
> > message. I'd like to setup the same functionality on the new
My old subversion server had a hookscript to deny commits unless there was a
log
message. I'd like to setup the same functionality on the new subversion server
too.
I already got my hook-scripts in place, but...
In the process, I came across the following README files:
http://svn.apache.org/re
- Original Message
> From: Bob Archer
> frankly... 1.5.1 has many merging bugs in it. I would suggest you upgrade
> the
>client to the last 1.5 release or the current 1.6 release.
As much as I would like to be able to use a 1.6 client on the system - I can
only get 1.5.1 on Kubuntu
I recently upgraded a subversion server from 1.4.x to 1.6.6 as the old server
died an unrecoverable death the 1.6.6 server was loaded via backups from dump
files.
Now I am getting ready to re-integrate some branches back to their trunk, and
decided to try out the svn merge tracking functionality
svn:externals are exactly what you want. Basically, treat PartA and PartB as
separate projects entirely - think third party libraries - then your ProjectD
just brings together PartA and PartB and adds the glue to concat them together,
using svn:externals to bring in the appropriate versions. Yo
- Original Message
> From: Ryan Schmidt
> To: BRM
> On Sep 3, 2010, at 17:52, BRM wrote:
> >> You cannot relocate or update existing working copies. If that's too
> >> restrictive, then yes,
> >> you'll have to skip the dump and
- Original Message
> From: Ryan Schmidt
> To: BRM
> >> Since the UUID has changed, everyone must check out new working copies;
> >> it
>is
>
> >> not possible to update or switch existing working copies to this new
>changed
>
>
- Original Message
> From: Ryan Schmidt
> > $ cat Example1.dump | sed
> > 's/file:\/\/\/svnTest\/Example1/file:\/\/\/svnTest\/Example2/' >
> > Example1-edited.dump
> Do not use sed to edit a dumpfile. Use a tool designed for the task, like
>svndumptool.
> http://svn.borg.ch/svndum
- Original Message
> From: BRM
> To: Ryan Schmidt
> - Original Message
> > On Sep 2, 2010, at 11:27, BRM wrote:
> > If you can afford to have the repository offline, make a dumpfile,
> > twiddle
>it, load it
> > into a new repositor
- Original Message
> On Sep 2, 2010, at 11:27, BRM wrote:
> > I recently had my subversion server die - the box, not subversion itself -
>and
>
> > have been working through the recovery process.
> > Part of that is going through and modifying a number o
I recently had my subversion server die - the box, not subversion itself - and
have been working through the recovery process.
Part of that is going through and modifying a number of projects for the change
in the URL - namely changing from a non-standard port for apache to a standard
port.
We h
- Original Message
> > Certainly not. Nor do you have to subscribe to post. As a non-subscriber
>your post will be moderated but if you are patient it will be approved
>through
>fairly quickly (says I as one of the moderators).
> >
> And indeed, I started this thread without sub
ere may be yet a better solution.
BRM
- Original Message
> From: Christian Unger
> To: users@subversion.apache.org
> Sent: Wed, June 23, 2010 5:09:09 PM
> Subject: Re: detect externals in script
>
> doesn't `svn pget svn:externals` suffice?
you probably want to
Checked out the website, and there doesn't seem to be much up on truMerge; it
took me a while to find out it needs the command-line 1.5 series client to
function. More info on the website would be useful - especially requirements,
supported platforms, a working Wiki, etc. (No, I didn't log into
- Original Message
> From: Jeff Mott
> I've recently needed to track changes for vendor code drops, so I read
> the SVN book's vendor branches chapter. But I'm not entirely happy
> with part of the procedure, so I'd like to talk it out and, I hope,
> find a better way.
> The part I hope
- Original Message
> I understand this is not common workflow, but I'd like to know if there is a
> simple way to accomplish this goal before I start scripting a solution.
>
> Some background: one of the requirements for my organization moving to
> subversion was the ability to create
45 matches
Mail list logo
