[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Monotone-devel] Ideas and questions.
From: |
Logan Sackette |
Subject: |
Re: [Monotone-devel] Ideas and questions. |
Date: |
Mon, 14 Feb 2005 04:55:56 -0800 (PST) |
When I first started using monotone, I felt the name
was too long. But I have been aliasing it to "mt" (I
don't use the default mt command on my laptop) but I
will use "mtn" going forward.
If the name can be changed, that would be nice. But I
would rather see more effort place on storing multiple
projects in one database. I like how SVN has one
database (though you can have multiple databases) for
multiple projects.
If we can find a one database solution, ~/monotonerc
(.mtnrc) can point to the "default" database. The
--db option can still be used to override the default.
We can also use a ~/.monotone (.mtn) directory to
store info about the databases being used. That way,
we don't have to worry about where the user is
relative to checked-out directory. SVN and other VCs
have solved such problems, so we certainly can.
A better solution, would be to store information about
the database being used in each subdirectory upon
checkout or when a directory/directory-tree is added.
That way, a person is free to blow away a directory
they were playing in without having to worry about
cleaning up the ~/.monotone (.mtn) directory.
Thanks for your time.
.v
__________________________________
Do you Yahoo!?
Read only the mail you want - Yahoo! Mail SpamGuard.
http://promotions.yahoo.com/new_mail
- [Monotone-devel] Ideas and questions., Jeremy Fincher, 2005/02/12
- Re: [Monotone-devel] Ideas and questions., Nathaniel Smith, 2005/02/13
- Re: [Monotone-devel] Ideas and questions., Richard Levitte - VMS Whacker, 2005/02/14
- Re: [Monotone-devel] Ideas and questions., Henrik Holmboe, 2005/02/16
- Re: [Monotone-devel] Ideas and questions., Zack Weinberg, 2005/02/16
- [Monotone-devel] Re: Ideas and questions., Peter Simons, 2005/02/16
- Re: [Monotone-devel] Re: Ideas and questions., Nathan Myers, 2005/02/16