> -Original Message-
> From: Lorenz [mailto:loren...@yahoo.com]
> Sent: Wednesday, August 2, 2017 1:34 AM
> To: users@subversion.apache.org
> Subject: Re: Individual file merge . Merging a newly added file
>
> JP wrote:
> >I am trying to merge a newly added file . I am getting the
>> Does anyone know how long it would take to export the repository of this
>> size? This will give us an estimate how long to schedule down time and cut
>> off time.
Svnsync is the easy option.
If you insist on doing a dump/load, then a) you can time a test run of a
dump/load, and b)
> From: Eggler, Ron (GE Energy Connections) [mailto:ron.egg...@ge.com]
> Sent: Thursday, June 1, 2017 7:44 PM
> To: users@subversion.apache.org
> Subject: svn feature addition?
>
> Hi There,
>
> I am looking for the following features in svn:
> - When you do svn commit, instead of automatically
> -Original Message-
> From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> Sent: Thursday, March 30, 2017 3:41 PM
> To: Andrew Reedick
> Cc: horst.schl...@gmx.de; users@subversion.apache.org
> Subject: Re: How to checkout only the changes
>
> 'vsvn diff --su
; "$D/"
done
-Original Message-
From: horst.schl...@gmx.de [mailto:horst.schl...@gmx.de]
Sent: Wednesday, March 29, 2017 9:28 PM
To: users@subversion.apache.org
Subject: Re: How to checkout only the changes
On 03/27/2017 10:08 AM, Andrew Reedick wrote:
>> From: horst.sc
> From: horst.schl...@gmx.de [mailto:horst.schl...@gmx.de]
> Sent: Friday, March 24, 2017 4:04 PM
> To: users@subversion.apache.org
> Subject: How to checkout only the changes
>
>
> Is there a way to export only the changes, that occured in a specific
> revision? Like export or checkout only the
Not a complete solution, but it's a start. Craft a "svn mkdir" that includes
the url to test and a url that will always fail, e.g.
svn mkdir -m "" http://server/repo/dir2test/a
http://server/repo/readonly/z
However, it looks like the urls are sorted and then processed in sort order
> Hello! I've been having trouble getting my own pre-revprop-change hook script
> to work. Svn was refusing any change to a revprop with the following error:
>
> svn: E165001: Revprop change blocked by pre-revprop-change hook (exit code 1)
> with no
> From: Michael Schwager [mailto:mschw...@gmail.com]
> Sent: Wednesday, June 22, 2016 10:25 AM
> To: users@subversion.apache.org
> Subject: Re: Creating and Verifying a Reliable backup
>
> Following is an update to my question of Jun 1, where I ask the following
> question:
>
... snip
> From: Doug Robinson [mailto:doug.robin...@wandisco.com]
> Sent: Monday, June 13, 2016 4:49 PM
> To: Johan Corveleyn
> Cc: Mark McKeown; Andreas Stieger; users@subversion.apache.org
> Subject: Re: which version control supports file locking and who has it locked
>
>
> I'm not sure about
Go here https://subversion.apache.org/docs/release-notes select a release and
then look at the “Feature Compatibility Table” which will specify which
features require what server/client version.
However, as already noted, basic features will work with any 1.x client and 1.x
server.
From: Leon
I was under the impression that subversion now automatically takes subtree
mergeinfo into account:
http://svnbook.red-bean.com/nightly/en/svn.branchmerge.basicmerging.html#svn.branchmerge.basicmerging.stayinsync.subtree
-Original Message-
From: Stefan Hett [mailto:ste...@egosoft.com]
-Original Message-
From: Timur Khanipov [mailto:khani...@gmail.com]
Sent: Wednesday, August 19, 2015 1:20 PM
To: users@subversion.apache.org
Cc: Иван Коптелов
Subject: Two-step merge ok, one-step merge conflicts
Hi folks.
I faced the following problem. The command
svn merge
Since you're moving from windows to Ubuntu, you can run the dump/load process
over ssh to avoid having to deal with bloated dump files:
http://martin.ankerl.com/2006/01/24/svnadmin-dump-and-load-over-ssh/ (You can
use mobaxterm (http://mobaxterm.mobatek.net/ ) on Windows, which is a Cygwin
SubversionEdge from collabnet is a pre-packaged solution that takes most of the
effort out of setting up svn + http/https:
http://www.collab.net/products/subversion
From: Novinsky, Stanley J. [mailto:stan.novin...@jhuapl.edu]
Sent: Wednesday, May 06, 2015 5:54 PM
To:
Works for me.
svn, version 1.8.10 (r1615264)
Windows 7
C:\Users\jdoe\workspace\foobarsvn pl -v A.txt
Properties on 'A.txt':
pebls:plcm
Test@4575
pebls:sha1
8cd8818d6b4f5edcb8b6e25cdf471af62bca403c
C:\Users\jdoe\workspace\foobarsvn rename A.txt AA.txt
A
From: Dan Ellis [mailto:danelli...@gmail.com]
**Brane asked: There's no REN.txt in your example.
**Anyway, please tell us which version of the client you're using (svn
--version) and where it came from.
I meant to exclude that as its not relevant, was trying to point out the
empty
-Original Message-
From: Branko Čibej [mailto:br...@wandisco.com]
Are we talking about the repository format or the FSFS format here? If
repos/db/fs-type says fsfs then the repository format
(repos/format) is probably 3 and you're talking about repos/db/format,
yes? The
-Original Message-
From: Joseph Bruni [mailto:jbr...@icloud.com]
Sent: Tuesday, April 28, 2015 5:09 PM
To: Andrew Reedick
Cc: users@subversion.apache.org
Subject: Re: Dealing with very old repo format (version 1)
On Apr 28, 2015, at 2:03 PM, Andrew Reedick jreed...@incomm.com
-Original Message-
From: Andrew Reedick [mailto:jreed...@incomm.com]
On Apr 28, 2015, at 2:03 PM, Andrew Reedick jreed...@incomm.com wrote:
Does anyone have any tips on how to upgrade a very old repo? The
db/format lists 1. A 1.8 svn client cannot hotcopy, dump
Does anyone have any tips on how to upgrade a very old repo? The db/format
lists 1. A 1.8 svn client cannot hotcopy, dump or svnadmin upgrade such an
old repo, all of which fail with svnadmin: E720002: Can't open file
'devel\db\current': The system cannot find the file specified.
Do I need
Anyone familiar with this svnsync bug/issue? I didn't see anything substantive
via google or in the svn issue tracker.
C:\svnsync sync svn://localhost/devel_mirror
Transmitting file data ..
svnsync: E160016: Path
-Original Message-
From: Andrew Reedick [mailto:jreed...@incomm.com]
Sent: Friday, April 24, 2015 1:26 PM
To: users@subversion.apache.org
Subject: svnsync: E160016: Path ... not present
Anyone familiar with this svnsync bug/issue? I didn't see anything
substantive via google
=file
action=M
prop-mods=false/branches/test/a.txt/path
/paths
msgbranch 3/msg
/logentry
/logentry
Andrew Reedick
CBeyond
Cloud Development, SCM
O: 678.486.8163
Do you have write access to the dirs/files in %APPDATA%\Subversion\auth\...?
I’ve seen cases on the Unix side where the cached auth files magically become
readonly (444) which prevents password caching. Very annoying.
From: darkdragon [mailto:darkdragon-...@web.de]
Sent: Tuesday, January 07,
-Original Message-
From: James Hanley [mailto:jhan...@dgtlrift.com]
Sent: Saturday, January 04, 2014 2:47 AM
To: Ben Reser
Cc: users@subversion.apache.org
Subject: Re: Keyword expansion from merged changes
So in my opinion I don't think this is a good suggested feature.
From: Pablo Beltran [mailto:pbeltr...@gmail.com]
Sent: Friday, December 20, 2013 3:29 AM
To: users@subversion.apache.org
Subject: log reporting some strange (for me) merged paths
(Q.1)Why is the
M /sis/branches/JDK7/ide-project/NetBeans/nbproject/genfiles.properties
present in the
-Original Message-
From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
Sent: Tuesday, December 03, 2013 1:14 PM
To: Andrew Reedick
Cc: Alfred von Campe; users@subversion.apache.org
Subject: Re: Help with post-commit script
svnlook changed ... $CHANGED_LIST || exit 1 cat
-Original Message-
From: Alfred von Campe [mailto:alf...@von-campe.com]
Sent: Monday, December 02, 2013 3:44 PM
To: users@subversion.apache.org
Subject: Help with post-commit script
I need to implement a post-commit hook that does the following in a
standard Subversion
From: Edward Ned Harvey (svn4) [mailto:s...@nedharvey.com]
Sent: Tuesday, November 26, 2013 9:13 AM
To: users@subversion.apache.org
Subject: Branch/switch/merge question
In particular, I branch (and switch) from /trunk to /branches/eharvey. I
then make a few commits. I switch back to
From: vanderwalt.dev...@columbus.co.za
[mailto:vanderwalt.dev...@columbus.co.za]
Sent: Tuesday, November 19, 2013 1:47 AM
To: Ben Reser
Cc: Chris Shelton; Nico Kadel-Garcia; Subversion; bob.arc...@amsi.com; Andrew
Reedick
Subject: Re: Looking into using Subversion
Thank you all
-Original Message-
From: Nico Kadel-Garcia [mailto:nka...@gmail.com]
Sent: Monday, November 18, 2013 7:12 AM
To: Vladislav Javadov
Cc: Blair Zajac; Andreas Mohr; Geoff Rowell; users@subversion.apache.org
Subject: Re: svnmucc
Brother, unweaving the quotes is its own problem. You
From: vanderwalt.dev...@columbus.co.za
[mailto:vanderwalt.dev...@columbus.co.za]
Sent: Monday, November 18, 2013 8:09 AM
To: Nico Kadel-Garcia
Cc: Subversion
Subject: Re: Looking into using Subversion
Thank for your response Nico. We what to debug from our development server.
Not
-Original Message-
From: Andrew Reedick
Sent: Wednesday, September 11, 2013 9:19 AM
To: users@subversion.apache.org
Subject: svn: E195016: merge error is dropping last character of path
So... any reason why the last character in paths are getting dropped in the
Missing ranges
From: Gabriela Gibson [mailto:gabriela.gib...@gmail.com]
Sent: Tuesday, October 15, 2013 7:24 AM
To: users@subversion.apache.org
Subject: How to display the code in my branch without merge changes?
My goal is to get svn to show the current version of my code, without the
merged changes
-Original Message-
From: Alfred Perlstein [mailto:bri...@mu.org]
Sent: Tuesday, October 15, 2013 9:55 AM
To: Gabriela Gibson; John Maher
Cc: users@subversion.apache.org
Subject: Re: How to display the code in my branch without merge changes?
...snip...
If you are fully up
-Original Message-
From: Sven Richter [mailto:sver...@googlemail.com]
Sent: Monday, September 30, 2013 8:29 AM
To: users@subversion.apache.org
Subject: Copy changes from one branch to another
Hi,
I have the following setup
trunk branch A (created from trunk)
|
-Original Message-
From: Sven Richter [mailto:sver...@googlemail.com]
Sent: Monday, September 30, 2013 9:43 AM
To: users@subversion.apache.org
Subject: Re: Copy changes from one branch to another
Hi,
On Mon, Sep 30, 2013 at 3:14 PM, Andrew Reedick andrew.reed...@cbeyond.net
-Original Message-
From: Geoff Field [mailto:geoff_fi...@aapl.com.au]
Sent: Wednesday, September 25, 2013 7:27 PM
To: Bert Huijben; 'JANIKOVIC Jan'; users@subversion.apache.org
Subject: RE: Problem with adding files in SVN 1.8.0+. Is it in the
tracker already?
Hi Bert,
From: C M [mailto:cmanalys...@gmail.com]
Sent: Monday, September 23, 2013 4:05 PM
To: Les Mikesell
Cc: Bob Archer; Subversion
Subject: Re: Shared branch vs single branch
Unfortunately, we are lacking on processes and there's a definite lack of
product management.
But coming back to
-Original Message-
From: Stefan Sperling [mailto:s...@elego.de]
Sent: Monday, September 16, 2013 5:35 AM
To: Andrew Reedick
Cc: Goor, Stefan; users@subversion.apache.org
Subject: Re: SVN merge attempting to reintegrate on a merge to a branch
On Fri, Sep 13, 2013 at 04:16:17PM
From: Goor, Stefan [mailto:sg...@thetasgroup.com]
Sent: Friday, September 13, 2013 11:40 AM
To: users@subversion.apache.org
Subject: SVN merge attempting to reintegrate on a merge to a branch
Recently when we attempted to merge a trunk project to a branch (in
preparation of doing a
-Original Message-
From: Goor, Stefan [mailto:sg...@thetasgroup.com]
Sent: Friday, September 13, 2013 3:53 PM
To: Andrew Reedick; users@subversion.apache.org
Subject: Re: SVN merge attempting to reintegrate on a merge to a branch
Hi Andrew,
Thanks for your response. You
Andrew Reedick
CBeyond
Cloud Development, SCM
O: 678.486.8163
-Original Message-
From: Stefan Sperling [mailto:s...@elego.de]
Sent: Friday, August 30, 2013 9:09 AM
To: Vesa Paatero
Cc: users@subversion.apache.org
Subject: Re: How about a troubleshooting guide for tree conflicts?
The SVN Book has a short chapter about tree conflicts which I
-Original Message-
From: Laszlo Kishalmi [mailto:lkisha...@ovi.com]
Sent: Thursday, August 22, 2013 5:15 PM
To: users@subversion.apache.org
Subject: Feature Req: sorthand urls for branches/tags in CLI
Implementation ideas:
We put a specific property on project1 folder
-Original Message-
From: Les Mikesell [mailto:lesmikes...@gmail.com]
Sent: Friday, August 23, 2013 1:34 PM
To: Edwin Castro
Cc: Subversion
Subject: Re: Switching
I can't, off the top of my head, think of a scenario where it would be
harmful to replace an unversioned directory
From: Jay Vee [mailto:jvsr...@gmail.com]
Sent: Friday, August 23, 2013 5:09 PM
To: users@subversion.apache.org
Subject: how to simply : $svn update ?
I do '$svn status'
and get that I am at a certain revision
Type 'svn help' for usage.
cpu:/dirsvn update
At revision 32933.
This
-Original Message-
From: Thorsten Schöning [mailto:tschoen...@am-soft.de]
Sent: Thursday, August 22, 2013 12:21 PM
To: users@subversion.apache.org
Subject: Re: Switching
How would you like Subversion to work in your case? From my
understanding it breaks down to something
-Original Message-
From: John Maher [mailto:jo...@rotair.com]
Sent: Thursday, August 22, 2013 1:34 PM
To: Johan Corveleyn
Cc: Thorsten Schöning; users@subversion.apache.org
Subject: RE: Switching
The problem isn't something in the way, the problem is something is
there when
From: John Maher [mailto:jo...@rotair.com]
Sent: Monday, August 19, 2013 1:31 PM
To: Subversion help
Subject: Switching
Hello,
I want to thank all who have been helpful. I have gotten my test project to
merge branches successfully. Now I am trying it on our production code and
wish
-Original Message-
From: John Maher [mailto:jo...@rotair.com]
Sent: Tuesday, August 20, 2013 1:33 PM
To: Andrew Reedick; Subversion help
Subject: RE: Switching
Thanks for your reply. I agree it does not make sense. But it is
reproducible. The dir trees are NOT identical
-Original Message-
From: John Maher [mailto:jo...@rotair.com]
Sent: Tuesday, August 13, 2013 9:40 AM
To: Thorsten Schöning; users@subversion.apache.org
Subject: RE: Strange behavior
Hi Thorsten
A good response to a less than good post. People could take lessons
from you.
-Original Message-
From: John Maher [mailto:jo...@rotair.com]
Sent: Monday, August 12, 2013 10:18 AM
To: Ryan Schmidt
Cc: Subversion Users
Subject: RE: Strange behavior
Thanks for your help, but I still do not know how to get this to work.
Perhaps I should give a little
-Original Message-
From: John Maher [mailto:jo...@rotair.com]
Sent: Monday, August 12, 2013 3:27 PM
To: Bob Archer; Edwin Castro; users@subversion.apache.org
Subject: RE: Strange behavior
Thanks Bob, that may be exactly what I am looking for. Something that
would affect all the
svn add is having trouble with *.png files. This is with a 1.8 and a 1.7.9
client.
I create a new test repository, copy in some vender code, then when I run svn
add I get the following error on 1.8:
svn add build-pipeline-plugin-1.3.3
...
A
-Original Message-
From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
Sent: Tuesday, July 09, 2013 1:22 PM
To: Andrew Reedick
Cc: users@subversion.apache.org
Subject: Re: svn add failing with svn: E29: Can't set 'svn:eol-
style': ... has binary mime type property
-Original Message-
From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
Sent: Tuesday, July 09, 2013 2:00 PM
To: Andrew Reedick
Cc: users@subversion.apache.org
Subject: Re: svn add failing with svn: E29: Can't set 'svn:eol-
style': ... has binary mime type property
On 09.07.2013 20:33, Andrew Reedick wrote:
Bingo. Somewhere was the operative word. The Collabnet config
file was being read from my roaming profile instead of from my windows
home dir.
You're aware that, on Windows, Subversion doesn't look for config files
in %USERPROFILE%\.subversion at all
I just had a commit fail midway on three different 1.8 clients without any kind
of error logged in the output, in the client's Event Viewer (Win7,) or on the
repo server's httpd logs (linux.) No dump file either. Starting with a fresh
checkout made no difference. There's no pre-commit hook.
From: Marc Davenne [mailto:marc.dave...@cramif.cnamts.fr]
Sent: Wednesday, June 26, 2013 10:37 AM
To: users@subversion.apache.org
Subject: Question about subversion
Hi there. I have a question about subversion.
I have a theory on what files should not be on SVN and I would like you to
From: Olivier Antoine [mailto:oliviera201...@gmail.com]
Sent: Thursday, June 13, 2013 3:57 PM
To: users@subversion.apache.org
Subject: Re: History in subversion
Thanks All again for your help,
If you're just trying to find a file in the current version of the repo,
then svn ls
From: Olivier Antoine [mailto:oliviera201...@gmail.com]
Sent: Wednesday, June 12, 2013 3:42 PM
To: users@subversion.apache.org
Subject: Re: History in subversion
Thanks All for your help and advices,
But :
With CC, I can easily search for any file element in a repository, and
From: Olivier Antoine [mailto:oliviera201...@gmail.com]
Sent: Tuesday, June 11, 2013 4:45 PM
To: users@subversion.apache.org
Subject: Re: History in subversion
Thanks for your help, I will try again this.
But this is very poor compared to ClearCase. Nobody tried to script that ?
I used to
From: James Hanley [mailto:jhan...@dgtlrift.com]
Sent: Tuesday, June 04, 2013 1:44 PM
To: users@subversion.apache.org
Subject: Tree conflict on Fresh checkout
We are seeing a strange anomaly after our last check-in - on fresh checkout
there is a tree conflict into a new path - I've
From: James Hanley [mailto:jhan...@dgtlrift.com]
Sent: Tuesday, June 04, 2013 3:12 PM
To: Andrew Reedick
Cc: users@subversion.apache.org
Subject: Re: Tree conflict on Fresh checkout
I can reproduce on the versions specified above of the CygWin svn client
within CygWin, but I haven't
-Original Message-
From: Gavin Baumanis [mailto:gbauma...@cogstate.com]
Sent: Monday, June 03, 2013 12:31 AM
To: users@subversion.apache.org
Subject: Merging change sets for a production release,
Importance: High
At the moment we do all of our work on /trunk and also have
-Original Message-
From: Gavin Baumanis [mailto:gbauma...@cogstate.com]
Sent: Monday, June 03, 2013 2:27 PM
To: Andrew Reedick; users@subversion.apache.org
Subject: RE: Merging change sets for a production release,
Hi Andrew,
Thanks for your response.
I do everything
-Original Message-
From: Bob Archer [mailto:bob.arc...@amsi.com]
Sent: Tuesday, May 21, 2013 10:24 AM
To: Zé; users@subversion.apache.org
Subject: RE: Subversion Doesn't Have Branches aka Crossing the Streams
aka Branches as First Class Objects?
.. snip
You keep saying svn
-Original Message-
From: Johan Corveleyn [mailto:jcor...@gmail.com]
Sent: Saturday, May 18, 2013 4:17 PM
To: Zé
Cc: users@subversion.apache.org; David Chapman
Subject: Re: Subversion Doesn't Have Branches aka Crossing the Streams
aka Branches as First Class Objects?
So what's the
-Original Message-
From: Bob Archer [mailto:bob.arc...@amsi.com]
Sent: Tuesday, May 21, 2013 1:24 PM
To: Andrew Reedick; Johan Corveleyn
Cc: users@subversion.apache.org; David Chapman
Subject: RE: Subversion Doesn't Have Branches aka Crossing the Streams
aka Branches as First
-Original Message-
From: Les Mikesell [mailto:lesmikes...@gmail.com]
Sent: Tuesday, May 21, 2013 11:41 AM
To: Bob Archer
Cc: Zé; users@subversion.apache.org
Subject: Re: Subversion Doesn't Have Branches aka Crossing the Streams
aka Branches as First Class Objects?
Of course
-Original Message-
From: Les Mikesell [mailto:lesmikes...@gmail.com]
Sent: Tuesday, May 21, 2013 2:33 PM
To: Andrew Reedick
Cc: users@subversion.apache.org
Subject: Re: Subversion Doesn't Have Branches aka Crossing the Streams
aka Branches as First Class Objects?
I'd call
-Original Message-
From: Branko Čibej [mailto:br...@wandisco.com]
Sent: Tuesday, May 21, 2013 2:32 PM
To: users@subversion.apache.org
Subject: Re: Subversion Doesn't Have Branches aka Crossing the Streams
aka Branches as First Class Objects?
On 21.05.2013 20:26, Branko Čibej
-Original Message-
From: Branko Čibej [mailto:br...@wandisco.com]
Sent: Tuesday, May 21, 2013 3:36 PM
To: users@subversion.apache.org
Subject: Re: Subversion Doesn't Have Branches aka Crossing the Streams
aka Branches as First Class Objects?
On 21.05.2013 21:27, 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
aka Branches as First Class Objects
-Original Message-
From: Branko Čibej [mailto:br...@wandisco.com]
Sent: Thursday, May 09, 2013 4:35 PM
To: users@subversion.apache.org
Subject: Re: Subversion Doesn't Have Branches aka Crossing the Streams
aka Branches as First Class Objects?
Well, given that you have not
-Original Message-
From: Stefan Sperling [mailto:s...@elego.de]
Sent: Friday, May 10, 2013 9:57 AM
To: Andrew Reedick
Cc: Branko Čibej; users@subversion.apache.org
Subject: Re: Subversion Doesn't Have Branches aka Crossing the Streams
aka Branches as First Class Objects?
On Fri
-Original Message-
From: Les Mikesell [mailto:lesmikes...@gmail.com]
Sent: Friday, May 10, 2013 11:00 AM
To: Andrew Reedick
Cc: Branko Čibej; users@subversion.apache.org
Subject: Re: Subversion Doesn't Have Branches aka Crossing the Streams
aka Branches as First Class Objects
From: Z W [mailto:mpc8...@gmail.com]
Sent: Wednesday, May 08, 2013 8:25 PM
To: Andrew Reedick
Cc: users@subversion.apache.org
Subject: Re: How to remove revision number in mergeinfo eligible list
Hi Andrew
Thanks for taking the time to respond.
We did as told step by step
Problem: Subversion doesn't have branches.
Subversion has directory objects, and we Humans(tm) arbitrarily decide that
some directories are branches, thereby giving these directories (branches)
magical powers and mystical significance. Meanwhile, Subversion grinds on,
treating those magic
From: Z W [mailto:mpc8...@gmail.com]
Sent: Wednesday, May 08, 2013 6:49 AM
To: Andrew Reedick
Cc: users@subversion.apache.org
Subject: Re: mergeinfo between svn copied branches and merges
In this case, all you should have to do is:
a) merge branchC UP to branchB
b) merge --reintegrate
You can do a fresh checkout and not include project10 in the initial update:
svn co -N svn://.../top_dir
cd top_dir
cd svn update project1 project2 ... project 9
Future 'svn update' commands in the top_dir directory will only update projects
1 through 9.
Or you can explicitly not update project
From: Z W [mailto:mpc8...@gmail.com]
Sent: Wednesday, May 08, 2013 3:05 PM
To: users@subversion.apache.org
Subject: How to remove revision number in mergeinfo eligible list
Hi All
We use SVN 1.6
We have a revision number which refuses to move to the merged list after
applying a
From: Z W [mailto:mpc8...@gmail.com]
Sent: Wednesday, May 08, 2013 4:09 PM
To: Andrew Reedick
Cc: users@subversion.apache.org
Subject: Re: How to remove revision number in mergeinfo eligible list
Hi Andrew
Thanks for responding; appreciate it.
We followed your instruction -
svn
From: Z W [mailto:mpc8...@gmail.com]
Sent: Tuesday, May 07, 2013 11:53 AM
To: users@subversion.apache.org
Subject: mergeinfo between svn copied branches and merges
we have branchA
we svn copy branchA to produce branchB
branches A and B continues development and checkins
branchA is
Is it just me or is svn log's --xml switch not including
--use-merge-history information?
The text output of svn log --use-merge-history includes the Merged via:
r3673 information:
r3584 | bob | 2013-04-16 15:50:48
-Original Message-
From: Andrew Reedick [mailto:andrew.reed...@cbeyond.net]
Sent: Wednesday, May 01, 2013 4:24 PM
To: users@subversion.apache.org
Subject: svn log --xml --use-merge-history ... doesn't include
--use-merge-history in the xml output?
Is it just me or is svn log's
From: David Sandberg [mailto:david.sandb...@hickorytech.com]
Sent: Wednesday, March 20, 2013 1:18 PM
1) User Jim commits a new file A with the Revision keyword to the trunk
in revision 101.
2) User Sam merges trunk revision 101 into his feature branch, and the
new file A comes across fine
-Original Message-
From: David Sandberg [mailto:david.sandb...@hickorytech.com]
Sent: Wednesday, March 20, 2013 2:52 PM
Thank you for that crystal clear explanation, which accounts perfectly
for the observed behavior. I will add that I am not sure I agree with
the correctness of
As you've discovered, externals *always* pull in the HEAD revision unless you
specifically add a revision number to the svn:externals property. Needless to
say, rogue svn:externals are bad for build reproducibility and tagging.
Options are:
Audit the svn:externals (either manually, via a
91 matches
Mail list logo
