Hi,
I think I found a subtle difference for outputting XML formatted data from
svn info and status. I'm on Win7, SVN 1.8.5 (r1542147).
svn status when generating tags does not seem to care about
your current working directory (CWD) relative to the requested path. It
always appears to return
Hi,
We're attempting to write some scripts to perform automatic commits for
certain files under certain conditions. We wish to use the just committed
revision number to perform some other logging operation. The --xml
command line option on many of the other commands (info, status, etc.) are
Hello everyone,
I thought I've seen discussion in the past on SVN behavior when doing an
"svn log" on a WC with externals but my google skills seem weak.
Currently svn log will display file changes and svn:externals property
changes, but will not display changes made to the file pointed at by t
> >
> > If a project doesn't want to accept a change, they "fork" to a new
> > "history". The tool does this with a svn cp
> > and an update to the svn:externals property. They
now
> > lose sight of what the other project commits after that fork though.
The
> > backend of where the file is sto
> >> The commit won't complete you'll get an out of date error.
> >
> > That's right, isn't it. It'd be no different than two folks trying to
> > commit the same file around the same time, right (one would get an out
of
> > date error)?
>
> Right, but when working on the trunk explicitly you'd e
Ben Reser wrote on 08/15/2013 02:57:23 PM:
> On 8/15/13 1:05 PM, Les Mikesell wrote:
> > I'd actually expect it to be pretty confusing if you had multiple
> > people committing changes based from different back-rev pegged
> > references anywhere near the same time frame. Does your external
> >
> >
> > It commits a new revision of what the file external pointed to -
pretty
> > handy. If you are pegged, it will not automagically update your
pegged
> > revision (as I'd expect), so unless you are on the HEAD or update your
peg
> > to what just committed, an update will revert your WC bac
> On Thu, Aug 15, 2013 at 2:03 PM, wrote:
> >
> >> With more complexity comes more bugs and process missteps. We're
really
> > striving to keep things as simple as possible. We're fundamentally
> > accepting of update times going from 2 seconds to 2 minutes. Its
harder
> > when 2 minutes bec
> On Thu, Aug 15, 2013 at 12:39 PM, wrote:
> >
> >> But regardless of how you identify the target
> >> file, there shouldn't be any effective difference between copying a
> >> version into your directory or using a file external as long as you
> >> don't modify it in place and commit it back - s
> > The challenge I then see on this is one of finding all instances of
foo.c.
> > If you have foo.c copied/forked fifty times to different projects,
each of
> > which has branched a couple of times, how do you programmatically find
all
> > different instances of foo.c (to let a developer choose
> > Once you copy, you break the link. If you were to make a change to
the
> > copy, no one else would then see it.
>
> No one else would see it with externals either, except that you
> wrote a custom tool to analyze the externals, see if a newer
> revision of the original exists, and show t
> >
> > No HEAD revisions, all files are pegged.
> >
> > For example, if everyone is linked to a common file (foo.c, revision
20,
> > project A "pedigree") and a bug is fixed, each project will see that a
fix
> > has been made. Each project has to make a decision: to remain on the
> > current re
Les Mikesell wrote on 08/14/2013 02:49:38 PM:
> On Wed, Aug 14, 2013 at 4:23 PM, wrote:
> >
> > Now, in our case, we do stuff for aircraft,... wouldn't it be nice to
> > maintain living pedigrees with all similar models of aircraft? Fix an
issue
> > in one place and advertise it to all the o
Les Mikesell wrote on 08/14/2013 01:58:29 PM:
> From: Les Mikesell
> To: dlel...@rockwellcollins.com
> Cc: kmra...@rockwellcollins.com, Ben Reser , Ivan
> Zhakov , Johan Corveleyn ,
> "users@subversion.apache.org"
> Date: 08/14/2013 01:58 PM
> Subject: Re: How to change paths on an external fi
Kevin M Radke/CedarRapids/RockwellCollins wrote on 08/14/2013 11:52:44 AM:
> dlel...@rockwellcollins.com wrote on 08/14/2013 01:13:52 PM:
> > > I'm not sure that current SVN users accept problems with depth !=
> > > infinity as much as they arrange their layout so they don't have to
do
> > > tha
Les Mikesell wrote on 08/14/2013 10:17:41 AM:
> From: Les Mikesell
> To: dlel...@rockwellcollins.com
> Cc: Ben Reser , Ivan Zhakov ,
> Johan Corveleyn , "users@subversion.apache.org"
>
> Date: 08/14/2013 10:18 AM
> Subject: Re: How to change paths on an external file without a full
> update -
Ben Reser wrote on 08/11/2013 09:54:43 AM:
> From: Ben Reser
> To: Johan Corveleyn
> Cc: dlel...@rockwellcollins.com, "users@subversion.apache.org"
> , Ivan Zhakov
> Date: 08/11/2013 09:55 AM
> Subject: Re: How to change paths on an external file without a full
> update --depth infinity?
>
Johan Corveleyn wrote on 08/11/2013 02:44:38 PM:
> >> > Here's the quick recipe
> >> >
> >> > Create a file external in svn:externals and commit it and perform
full
> >> > update (foo.c rev 1).
> >>
>
> Okay, with this information I can reproduce the issue (both with 1.7.9
> and with trunk
Ben Reser wrote on 08/11/2013 09:54:43 AM:
>
> On Sun, Aug 11, 2013 at 3:24 AM, Johan Corveleyn
wrote:
> > I'm cc'ing Ben Reser (who has the above issue assigned to him) and
> > Ivan Zhakov (who recenty wrote a patch for this). Perhaps they can
> > shed some light on the current state of "RA s
Johan Corveleyn wrote on 08/11/2013 03:24:31 AM:
> > Hi Johan,
> >
> > I think you are spot on on both issues - thank you.
>
> You're welcome :-).
>
> > The performance issue relates to SVN externals stem, in my case, from
new
> > connections for each http request for externals versus keeping
p/6.txt@2633 6.txt
http://test/pd_sandbox/plcm/swdb/Temp/7.txt@2626 7.txt
http://test/pd_sandbox/plcm/swdb/Temp/1.txt@2827 1.txt
http://test/pd_sandbox/plcm/swdb/Temp/commit.vbs@2814 commit.vbs
http://test/pd_sandbox/plcm/swdb/Temp/checkintest.txt@2812 checkintest.txt
What is really interest
f date (because I just edited the
> svn;externals).
> Ouch, I get an error and it reports that the file has been switched.
> The only way I can repair this is to delete the checkout and recreate
it.
>
> I believe this also occurs under 1.7, but will have to confirm later.
>
> C
Hi Johan,
I think you are spot on on both issues - thank you.
The performance issue relates to SVN externals stem, in my case, from new
connections for each http request for externals versus keeping an open one
for non-externals. Each connection results in a second or so delay.
Multiply this
an any confirm first that this is indeed an issue, and second how to
resolve this?
Thanks!
Dan
c:\Project_files\Test>svn status -v --depth immediates
2850 2850 dlellis .
X 2818 2818 dlellis 1.txt
X 2633 2633 dlellis 6.
Hello everyone,
In an attempt to work around the slow performance issues with externals,
I'm trying to perform selective updates on external files without
performing an "svn update --depth infinity".
If I update the path on an external for foo.c to be from /bar1/ to /bar2/,
and commit the prop
e, and second how to
resolve this?
Thanks!
Dan
c:\Project_files\Test>svn status -v --depth immediates
2850 2850 dlellis .
X 2818 2818 dlellis 1.txt
X 2633 2633 dlellis 6.txt
X 2626 2626 dlellis 7.txt
26 matches
Mail list logo
