> In short: Can we please add the platform-dependent output tree names
> as svn:ignore property to all modules?

+1

Malte.


Frank Schönheit - Sun Microsystems Germany wrote, On 10/16/08 10:53 AM:
> Hi,
> 
> now that we start working with SVN-based CWSes, those module output
> trees (common[.pro], unxlngi6[.pro], wntmsci12[.pro] etc.) become
> somewhat inconvenient, as they clutter your svn status output, for example.
> 
> http://wiki.services.openoffice.org/wiki/OOo_and_Subversion#Ignoring_output_trees
> discusses this, and suggests to add those names to the global ignore
> list, claiming this is better than adding them as per-directory property.
> 
> I beg to disagree, for the following reasons:
> 
> The global ignore list applies to each and every location in the source
> tree, where we actually want to ignore those output trees only in the
> module directories. So, using the global list is overkill, and makes
> using files/folders, which match the respective pattern, in other
> locations unnecessarily difficult.
> 
> Second, using the global ignore list for that purpose is something which
> everybody needs to do for himself (and for those of us working on
> different Windows machines without roaming profiles, it means doing it
> on every machine).
> 
> Third, The Book, in
> http://svnbook.red-bean.com/en/1.5/svn.advanced.props.special.ignore.html,
>  has a sentence which also suggests we should use svn:ignore instead of
> the global ignore list:
> 
>   The global list of ignore patterns tends to be more a matter of
>   personal taste and ties more closely to a user's particular tool chain
>   than to the details of any particular working copy's needs.
> 
> Surely the our output tree names/locations are a facet equal across all
> working copies, so we should address the issue in the repository.
> 
> 
> In short: Can we please add the platform-dependent output tree names as
> svn:ignore property to all modules?



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to