James Carlson wrote:
> Vladimir Kotal writes:
>> - 'hg edit' adds new entry
>
> I think that might be deferring a bit too much to SCCS. Mercurial
> (like CVS and a few others) is different. You don't have to "check
> out" files in order to edit them. They're writable all the time.
I am very well aware of that.
> So even if we had an "hg edit" command, it would be easy to make a
> change that the 'active' list doesn't know about. In fact, it'd
> probably happen often enough (with things like [ce]tags) that users
> would end up being hurt more than helped by the manually maintained
> 'active' list. You'd have no read-only plain files (as in SCCS) to
> save you from making an error.
>
> As much as I miss the old 'active' list in wx, and wish it were here
> for Mercurial, I've also grown used to how hg works. I think using
> the tool the way it was meant to be used is probably the better
> long-term path.
While it is okay to change the habits in terms of working with a
different SCM, it's really a blocker to wait tens of seconds for
frequently executed commands which in previous SCM took under 1 sec.
It all comes down to how much does one allow different SCM to permeate
to working habits. Should I just stick with running 'hg list' less
frequently and learn the source code paths by memory ?
You have spent significant amount of time working on/with the SCM tools;
maybe you can tell us your recipe how to cope with the change in terms
of working with a workspace ?
> (And if hg needs to cache lists of modified files in order to speed up
> common queries, then it needs to do that not just for us but for all
> Mercurial users. It's a common problem, not something special like
> 'cstyle' or 'rtichk' that we have to layer on top.)
I agree, it's only about finding good short term solution.
The cdm workaround is supposed to look like this:
- use manually maintained active list
- majority of cdm commands use the manual list
- with exceptions such as pbchk which need to be always correct
(pbchk usually takes long time to run anyway)
- hg commit/push will use the real active list
Different approach might be adding cdm command which would sync manual
list with the real list.
Yes, all the workarounds sound a bit desperate ;/
Also, now that webrev uses hg-active (via hg_active_wxfile()) it got
slower as well.
v.
