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