Dean Roehrich <Dean.Roehrich at sun.com> writes:

> On Thu, Jul 24, 2008 at 04:20:21PM -0400, Richard Lowe wrote:
>> % hg st
>> M usr/src/Makefile
>> 
>> % hg st -u usr/src/Makefile
>> M usr/src/Makefile
>> 
>> % hg st -u | grep '^M'
>> M usr/src/Makefile
>> 
>> % hg st -u 
>> M usr/src/Makefile
>> ? env/debug-bfu
>> ? nohup.out
>> ? usr/src/.build.tstamp
>> ... thousands and thousands more lines ...
>> 
>> Is this really the behaviour that people find desirable?
>
> Those "thousands and thousands more lines" of "not tracked" files should be
> piped directly into the first incarnation of the main repo's .hgignore.

That is, in fact, bug #444 :)

That's not what I'm doing though, for various reasons.  The .hgignore
file ends up *enormous* if we aim for complete, and our view was that
it's unlikely to be actual maintained.  If you look at #444 on
bugs.grommit.com you'll see an attachement from me that helps a great
deal, but still leaves some things that are harder to knock out with
globbed rules.  Everything left would, most likely, need a rule per-file.

> Why is ON not using <repo>/.hgignore?  Doesn't Teamware use this concept?

TeamWare does the equivalent of ignoring '*', if there is no SCCS
s.-file, it is ignored.  For some reason, people are against using a
'*' rule for Mercurial (which gets the prior behaviour, makes stat
faster, in the short term at least, and removes the possible desire
for these defaults).

-- Rich

Reply via email to