On 2017-04-11 05:22, Scott Robison wrote:
Perhaps it should be documented, but I don't think it is a bug. It is
the software doing the job it was originally told to do (track versions
of a file) instead of doing the job it was subsequently told to do
(ignore untracked files with a given glob).
For example, I have licensed libraries in the past that are shipped as
obj files. They need to be tracked, even though most obj files don't.
This model allows you to add certain obj files which will be tracked
while ignoring all others.
You're a good salesman. ;-)
Do you work for Microsoft by any chance? You're trying to sell a design
flaw or bug as a feature. ;-)
Source code management != backup
I would like to emphasise that --ignore (or
.fossil-settings\ignore-glob) is an _explicit_ command, clearly stating
the user's desire for exlusion of these files, following the documentation.
Silently ignoring this wish can't be the correct process.
A switch that doesn't work is either a huge design flaw or a bug. A
--ignore switch that doesn't ignore is a huge security bug (and a trap) too.
What would I need a --ignore switch for when I got to delete the files
first manually anyway? That's completely contrary to its purpose, isn't
it? The reason why I'm using --ignore is because I _don't want_ to
delete these files.
Every virus scanner, backup software, mirroring software, every other
source code revision management, webserver, and god knows what else,
follows its exclusion rules.
Sorry, I can't see any logic behind this, apart from that this bug or
design issue may have slipped in accidentally and now no one's willing
to fix it, but trying to defend and advertise it as a feature... ;)
File add.c on line 672 says:
/* step 1:
** Populate the temp table "sfile" with the names of all unmanaged
** files currently in the check-out, except for files that match the
** --ignore or ignore-glob patterns and dot-files. Then add all of
** the files in the sfile temp table to the set of managed files.
*/
According to this, it seems it's a design flaw.
_______________________________________________
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
