This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: RFC: future gfortran development and subversion
On Wed, Oct 19, 2005 at 03:36:08PM -0400, Daniel Berlin wrote:
> On Wed, 2005-10-19 at 12:16 -0700, Steve Kargl wrote:
> > On Wed, Oct 19, 2005 at 08:59:36PM +0200, Tobias Schl?ter wrote:
>
> > OK, I'll go read about svk. I scanned the svn docs for an
> > --exclude-dir= option or .svnrc file where excluding directories
> > could be done. So far, I've come up empty. I don't build nor
> > work in the ada, java, and C++ directories. It would be great
> > if we could tell svn to ignore certain directories to recover
> > wasted space.
>
> You could simply do non-recursive checkouts (svn co -N) of the dirs you
> want.
> SVN doesn't care how you piece together the working copy.
>
I don't mean to be dense, but I'll need a working example.
svn co svn+ssh://kargl@gcc.gnu.org/svn/gcc/trunk -N
This checks out the files in the toplevel directory.
svn co svn+ssh://kargl@gcc.gnu.org/svn/gcc/trunk/libada trunk/libada -N
This checks out the files in trunk/libada and places them in trunk/libada.
cd trunk
rm libada/ChangeLog
svn update
This does not retrieve/restore the deleted file. This means that
to construct the gcc directory hierarchy without libada, one needs
to know all the subdirectories of trunk/ and grab those individually.
Then one can't do a global update from trunk/. You have to go
into each subdirectory to do the update.
Isn't there a mechanism similar to .cvsignore where one can
put *libada* to ignore libada? svn has a svn:ignore, but I
have been unsuccessful in my attempts at using it.
--
Steve