Am Sonntag, den 04.03.2007, 12:36 +1300 schrieb Matthew Gregan:
> At 2007-03-02T22:59:22+0100, Georg-W. Koltermann wrote:
> > started up on Linux 2.6.17-11-386 #2 Thu Feb 1 19:50:13 UTC 2007 i686
> > command line: 'mtn', '-d', '/tmp/import.mtn', '
Hi,
is there a reason that "mtn log " has such a huge
performance penalty? It is a pain to use currently:
+ time mtn log
4,93 real 4,15 user 0,16 sys
+ time mtn log src/com/msc/sdm/application/SdmVersion.java
349,39 real 258,93 user 1,1
Daniel Carosone wrote:
> On Thu, Jun 22, 2006 at 10:15:43PM -0700, zi bin cheah wrote:
>
>> Wat do you mean? refactoring of files that is attached
>> to workspace causes error when a person uses shell to
>> mantain it?
>>
>
> Java has lots of conventions (or stronger) about class and packag
Zbynek Winkler wrote:
> ...
>> "Monotone is simply too slow to use, even on smallish trees on my
>> dual amd64."
>
> That is probably THE reason why I switched from monotone to mercurial. I
> do not like the way mercurial stores all revision data in *each*
> workspace and "works around" this by usi
Nathaniel Smith wrote:
At one point I suggested "m" as being untaken by any standard tools,
but people didn't seem to go for that :-).
I think this is one of those things where hey, if there's consensus,
we can just do it. Straw poll?
I'd like to vote for "mtn". "mt" already exists, its
Am Montag, den 06.06.2005, 02:52 -0700 schrieb Nathaniel Smith:
> Monotone ATM considers file resurrection to be impossible (as do all
> the other modern VCSes I can think of off-hand, though this
> particular corner isn't something I'm super-familiar with
> everywhere...). What this means is that
Am Sonntag, den 05.06.2005, 22:11 -0600 schrieb Derek Scherger:
> - objects have lifetimes
> - an object's lifetime begins when it is added to its
> containing directory (birth)
> - an object's lifetime ends when the object is dropped
> from its containing dire