[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Explicit checkin

From: Stuart Carnie <stuart_at_carnie.us>
Date: 2004-03-29 23:20:57 CEST

Yes, that is it - I did just discover this through the Tortoise UI too -
just needed to read more on the subject - my apologies!

Thanks for the reply, Ben.

Cheers,

Stu

----- Original Message -----
From: "Ben Collins-Sussman" <sussman@collab.net>
To: "Stuart Carnie" <stuart@carnie.us>
Cc: <users@subversion.tigris.org>
Sent: Monday, March 29, 2004 10:14 AM
Subject: Re: Explicit checkin

> On Thu, 2004-03-25 at 17:50, Stuart Carnie wrote:
> > Hi all,
> >
> > looking to change to svn, however there is one question I have with
> > regards to committing.
> >
> > Firstly, Delphi:
> >
> > I have a text based .FRM file, which contains the layout description
> > of the Delphi form, however when I work on my delphi project I may
> > have moved the form but legitimately made changes to the associated
> > PAS file, so the TOP and LEFT properties have changed, however I do
> > not want to check it (.FRM) in.
> >
> > Next time, I add a new control to the form, so I now want to check in
> > both the FRM and the PAS file. How do I manage this?
> >
> > Any help would be greatly appreciated.
>
> I'm not really understanding your scenario. But you have total control
> over exactly what you commit. If you run 'svn commit' from the top of a
> working copy, svn will commit every change it can possibly find. But
> you can name explicit targets as well: 'svn commit foo.c bar.c baz.c',
> and only those targets will be committed.
>
> Is that what you're talking about?
>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Mar 29 23:21:24 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.