On Thursday 19 May 2005 22:54, Matt Johnston wrote:
What sort of distribution of file sizes does the database
have? (and also how many revisions/files etc?)
Approximately 2800 files. One 31MB, one 17MB, about 40 larger than 1 MB.
Only a few small files have more than one revision.
Hi,
I have been a happy user of monotone since 0.13 or so. I use it daily
to manage a small repository of files. I compiled a list of some
things that I think could make monotone better.
monotone log
I have a bunch of requests for monotone log. Note that I am somewhat
colored by my previous
On Fri, May 20, 2005 at 10:36:32AM -0500, Timothy Brownawell wrote:
On 5/19/05, Nathaniel Smith [EMAIL PROTECTED] wrote:
On Wed, May 18, 2005 at 07:13:11PM -0500, Timothy Brownawell wrote:
It uses operator(istream, string) . So items are whitespace
separated, and whitespace is ignored.
Hello everyone,
I'm the chief developer of a smaller IT company. Currently, I'm
investigating where to move to from CVS when it comes to versioning
control. I finally stopped when looking at monotone as it seems to
fulfill my most important wishes: Distributed operation, simple usage,
sane
Thanks for your feedback!
On Wed, May 18, 2005 at 07:18:04PM +0200, Jean Pierre LeJacq wrote:
* monotone is quite slow on certain operations. Committing a change to
the cocoon branch can take 5 min on a beefy server.
Hmm, strange; in my tests, committing a change to the 2.6 kernel
source tree
* Wim Oudshoorn:
However in that case lcad has a bug :-)
Consider the following graph:
A
/ \
B C
| /|
| / E
D |\
| F \
| | G
|
1) Grahame, can you add a test case, please? It's even more important
for automate commands than for others. (See tests/README and/or bug
msh to get started...)
2) The values that the status field can take on are not documented.
As a rule of thumb, the output format documentation for 'annotate'