This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: RFC: future gfortran development and subversion
- From: Tobias Schlüter <tobias dot schlueter at physik dot uni-muenchen dot de>
- To: Steve Kargl <sgk at troutmask dot apl dot washington dot edu>
- Cc: fortran at gcc dot gnu dot org, gcc at gcc dot gnu dot org
- Date: Wed, 19 Oct 2005 21:23:33 +0200
- Subject: Re: RFC: future gfortran development and subversion
- References: <20051019183738.GA7927@troutmask.apl.washington.edu> <43569798.1000109@physik.uni-muenchen.de> <20051019191650.GA8277@troutmask.apl.washington.edu>
Steve Kargl wrote:
> On Wed, Oct 19, 2005 at 08:59:36PM +0200, Tobias Schl?ter wrote:
>
>>>694M svn40 <-- svn 4.0 branch 694M svn41 <-- svn 4.1 branch 694M
>>>trunk <-- svn mainline
>>>
>>>Now add one or two additional svn directories for large change sets and
>>>this becomes intolerable. (Before anyone spews "disk space is cheap", I'll
>>>gladly accept any scsi U320 disks you wish to send to me).
>>
>>If you have multiple directories containing the same branch it should
>>be possible to set up a very small svk repository which essentially doesn't
>>more than keep a common pristine copy for all the two or three checkouts you
>>want to keep (i.e. no or only very little history). A little information on
>>using svk has made it into the wiki, but it's not yet very informative.
Oh yes, this is an interesting question. In CVS I could just delete
directories that I didn't care about in my local checkout. Is something like
this possible in svn? Simply deleting libada results in it being added again
during the next 'svn up'.
- Tobi