RE: SVN 1.7 - check out single file?

[Joe.Floeder]

-Original Message-
From: Andy Levy [mailto:andy.l...@gmail.com] 
Sent: Friday, July 01, 2011 10:22 AM
To: Andy Levy; users@subversion.apache.org
Subject: Re: SVN 1.7 - check out single file?

On Fri, Jun 24, 2011 at 17:05, Stefan Sperling  wrote:
> On Fri, Jun 24, 2011 at 02:49:58PM -0400, Andy Levy wrote:
>> With the new way WCs are managed, will it be possible to check out a
>> single file, instead of having to do multiple steps with sparse
>> directories just to get a single file in a directory? Looking at the
>> release notes and CHANGES file, I think the answer is "no", but I
need
>> someone more knowledgeable to back me up here before I take the
answer
>> back to the person who asked me. Thanks.
>
> No, you still need to checkout a directory. But it sounds like the
> new --parents option of svn update might help you a bit:
>
http://subversion.apache.org/docs/release-notes/1.7.html#update-parents

We'll have to see how Tortoise implements this, as that's what most
folks here are using.

It's an edge case for us, it's only 2 or 3 people who are affected by
the issue of too many items to check out just to update a single file.



There may be more people who would like this feature than you think.
Actually this ability is just what we are looking for.  We are migrating
off of SCCS and RCS to SVN.  We organize our 9000 source files into two
directories.  We were disappointed that svn did not allow single file
checkout.  90% of our work is maintenance involving 'work tickets' that
affect only one or two files. So right now, in test, our checkouts run
4-10 minutes (depending on other server tasks and network traffic).
This, as an optional ability, would be great for us.

1.7.1 working copies - verification

[Joe.Floeder]

How do know I have a 1.7.1 working copy?  Can I tell by looking at the working 
copy on the file system?  The older version had .svn directories and the 
entries file.  What does the new working copy look like?

We are running 1.7.1 and 1.6.17 on two different servers - right now I am not 
sure I am connecting to the correct svnserve process.  

RE: 1.7.1 working copies - verification

[Joe.Floeder]

-Original Message-
From: Markus Schaber [mailto:m.scha...@3s-software.com] 
Sent: Tuesday, November 08, 2011 1:40 AM
To: Floeder, Joe; users@subversion.apache.org
Subject: AW: 1.7.1 working copies - verification

Hi, Joe,

Von: joe.floe...@sungard.com [mailto:joe.floe...@sungard.com] 
> How do know I have a 1.7.1 working copy?  Can I tell by looking at the 
> working copy on the file system?  The older version had .svn directories and 
> the entries file.  What does the new working copy look like?

Normally, 1.7 working copies only have .svn directories in the top level of the 
working copy. (Externals and nested WCs are different cases.) This should be 
enough for a first-glance 1.7.X vs. 1.0.X-1.6.X disambiguation.

> We are running 1.7.1 and 1.6.17 on two different servers - right now I am not 
> sure I am connecting to the correct svnserve process.  

As both the 1.6.X and 1.7.X clients can connect to both 1.6.X and 1.7.X 
servers, and the server repository format did not change between 1.6.X and 
1.7.X, so I'm not sure which problem you want to describe me with that sentence.

Markus

Hi Markus

Daniel Scahaf answered my question on an earlier reply saying "look for 
**/.svn/wc.db."  Now I see that 1.7.1 working copies only have one .svn folder 
and the sqlite database file wc.db is in that folder. 

After I realized this, I discovered that we were sourcing in a path to an older 
version of svn in our unix shell script 'wrappers'. I changed the environment 
variable assignment to version 1.7.1 and now I get the newer version of the 
working copy.  Thanks. Joe

Template for Post Commit Hook Script to Get Files

[Joe.Floeder]

I am looking for an example of a post commit hook script that will 'get' a copy 
of the files that have changed in the revision being committed.  The intent is 
to populate a set of unix directories with the latest version of source code 
files.  These directories are in the "PROPATH"  used in our PROGRESS database 
test systems.  I would prefer examples of unix shell scripts but will also take 
a look at python or perl scripts. 

I googled a bit on this and I see a script that in turn calls a Hudson build 
script but we are not quite ready to do complete system builds. I also think a 
"bulk" svn export will not work for us either as we really only want the files 
that have changed in that revision.

Thanks.

Joe

Joe Floeder • Consultant/Architect • SunGard • InTrader • 601 Second Avenue 
South, Hopkins, MN 55343 
Tel +952 939 8418 • Fax +952 939 8494 • joe.floe...@sungard.com • 
www.sungard.com/intrader

CONFIDENTIALITY:  This email (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited.  If you received this email in error, please 
notify the sender and delete this email from your system.  Thank you

 

svnlook changed

[Joe.Floeder]

I am trying to figure out a way to get a list of files that have changed in a 
particular code line (branch or project) since a date or a revision.  Svnlook 
changed does not appear to accept a range of revisions. 

gold:/opt/subversion-1.7.1/bin> svnlook changed -r11034:11035 
/dsi/subversion/test17/itrepos
svn: E205000: Invalid revision number supplied
gold:/opt/subversion-1.7.1/bin> svnlook changed -r11034:HEAD 
/dsi/subversion/test17/itrepos
svn: E205000: Invalid revision number supplied
gold:/opt/subversion-1.7.1/bin> svnlook changed -r11034 
/dsi/subversion/test17/itrepos
UU  13.007/p.dev/buildTrade.p

Am I using the wrong syntax?  Is there a better way to get this information?

I suppose I could write a script that would recursively use svnlook on a series 
of revision numbers to build a complete list of changed paths between a 
selected revision and the HEAD revision of the repos.

Thanks 

Joe Floeder

Trouble with revert command

[Joe.Floeder]

I am unable to get the svn revert command to accept just the changelist option 
and revert that changelist.
There is no example in the book on running revert with the changelist option.
I can't figure out what argument it is complaining about.

I run the following from my working copy.

gold:/home/dsi/jmf/dsiwork/13.006dev> svn revert --changelist WT1
svn: E205001: Try 'svn help' for more info
svn: E205001: Not enough arguments provided

when I add a path to the command I get nothing...

gold:/home/dsi/jmf/dsiwork/13.006dev> svn revert  --changelist WT1 
/home/dsi/jmf/dsiwork/13.006dev
gold:/home/dsi/jmf/dsiwork/13.006dev>

here is what my working copy looks like
M   1099labels

--- Changelist 'WT1':
A   myNewFile.p
M   1099Trec
[cid:image001.gif@01CBCDBD.E3331580]
Joe Floeder| Consultant Architect | SunGard | Financial Systems |Brokerage & 
Clearance |InTrader | 601 Second Avenue South, Hopkins, MN 55343 |Tel 
952.939.8418| joe.floe...@sungard.com |  
www.sungard.com
Join SunGard's customers, partners and industry experts at 
www.sungard.com/ten to discuss how the need for 
more Transparency, Efficiency and Networks is changing our industry and to 
register for a city day event near you.
VIENNA HOUSTON FRANKFURT BEIJING HONG KONG NEW YORK LONDON SEOUL ZURICH MUMBAI 
JOHANNESBURG DUBAI SAO PAULO

CONFIDENTIALITY:  This e-mail (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited.  If you receive this e-mail in error, please 
notify the sender and delete this e-mail from your system.

<>