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?

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer         [EMAIL PROTECTED] -
- Sun Microsystems                      http://www.sun.com/staroffice -
- OpenOffice.org Base                       http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

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

Reply via email to