Thanks Bob, that may be exactly what I am looking for.  Something that would 
affect all the files without having to issue over 200 commands or build a dummy 
directory just for importing.  Although that second suggestion provided by 
Andrew is definitely better than the first.

I couldn't find where it discusses the global config in the book, if it does at 
all.  And even if it does I doubt it would help because it won't tell me where 
to find the file.  Unless there is a command to edit it.  I tried a search and 
someone says there is a site-wide config (what I need) and a user config but 
not where they are.  I am using Windows XP and an having a difficult time 
finding this file.

I can't even find the name of it.  If someone can provide that I could at least 
search for it and hope it has some clue inside as how to alter it.

JM

-----Original Message-----
From: Bob Archer [mailto:bob.arc...@amsi.com] 
Sent: Monday, August 12, 2013 3:02 PM
To: John Maher; Edwin Castro; users@subversion.apache.org
Subject: RE: Strange behavior

> Thanks Edwin,
> 
> That's exactly what I am trying to do.  I was looking for a way for 
> the tool to accomplish this.  I'd be just as glad if someone tells me 
> it is impossible, which I suspect it may be.  Otherwise there are over 
> 200 manual operations required just to create a repository.  The way 
> some people praise subversion I would think this can be automated.  
> But then again perhaps those are the people who use subversion for the 
> simplest of builds.

I'm not sure what you are asking for? An automated way to ignore files you 
don't want check in? Or are you talking about import?

I believe import respects global ignores if you have them set up in your config 
file. 

BOb


> 
> JM
> 
> -----Original Message-----
> From: Edwin Castro [mailto:0ptikgh...@gmx.us]
> Sent: Monday, August 12, 2013 11:55 AM
> To: users@subversion.apache.org
> Subject: Re: Strange behavior
> 
> On 8/12/13 6:17 AM, John Maher wrote:
> > Are you sure this is the only way?  It would seem odd that this toll 
> > does not
> provide a way to import an enterprise level application without 
> ignoring the compiler generated files.
> 
> In cases like this I perform a "clean" operation that removes compiler 
> generated files. I would also remove any user specific files as by 
> definition they should not be part of the repository.
> 
> --
> Edwin
> 



Reply via email to