On 16.08.2005, at 14:15, Romain Prévost wrote:
> 2005/8/16, Antoine Pitrou <firstname.lastname@example.org>:
>> The default setting for global-ignores seems to be something like
>> global-ignores = *.o *.lo *.la #*# .*.rej *.rej .*~ *~ .#* .DS_Store
>> It helps capture widespread cases of object files, patch rejects,
>> automatic backups and the like.
>> It should probably be helpful to users to include more of these
>> "widespread cases" in the default setting, so that you don't need to
>> alter this setting on every client machine you use Subversion from.
>> In any case, I'm proposing that the patterns "*.pyc" and "*.pyo" be
>> added to this default setting, as they are solely used for bytecode
>> compiled versions of Python scripts (automatically generated by the
>> Python compiler when the source is fresher, thus of no use in a
>> control system). This makes the output of commands like "svn status"
>> much much nicer :))
> I don't think your request will make it to subversion, as it is too
> focused IMHO. Not everybody uses Python, and it's better not to ignore
> files 'by default', especially in the context of a tool like SVN.
Possibly. But not everybody uses C or Mac OS X either, yet excludes
for those classes of users are in the defaults. I don't ever have any
*.o, *.lo, *.la, #*#, *~ or *~.#* files, yet it doesn't bother me
that these files are ignored by default. Windows and Linux users
likewise probably don't need to care that Mac OS X's .DS_Store files
are ignored by default.
I guess it's the balance between the convenience of the users who
want those files excluded, versus the potential confusion of those
who don't know what they're for when they see the config file and
wonder "WTF are all these extensions?" And I'm not sure which
position should be favored. Probably depends on the size of the class
of users. I guess the classes of "people who write C code" and
"people whose editors save backup files with stupid names" and "Mac
OS X users" were big enough to make it in. Of course, I have no data
on the size of these classes, nor how this compares to, say, the size
of the class of Python programmers.
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Tue Aug 16 19:08:31 2005