monotone-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Monotone-devel] Re: Fwd: version control comparison


From: Shlomi Fish
Subject: [Monotone-devel] Re: Fwd: version control comparison
Date: Mon, 18 May 2009 14:20:59 +0300
User-agent: KMail/1.11.90 (Linux/2.6.29.3-desktop-1mnb; KDE/4.2.85; i686; ; )

On Friday 30 January 2009 14:11:16 Alexey Mahotkin wrote:
> hi!
>
> please consider more corrections,
>

Hi all!

See below for my comments.

> thank you,
>
>
> ---------- Forwarded message ----------
> From: Thomas Keller <address@hidden>
> Date: Fri, Dec 19, 2008 at 3:49 AM
> Subject: version control comparison
> To: address@hidden
> Cc: monotone-devel <address@hidden>
>
>
>
> Hi!
>
> I've noticed on http://www.versioncontrolblog.com/comparison/ that
> monotone is listed, but unfortunately a few information are wrong or
> missing there. Would you mind and correct them?
>
> (Source: http://www.versioncontrolblog.com/comparison/Monotone/index.html)
>
> "Intelligent Merging after Moves or Renames"
>
> Fully supported. One of monotone's huge strengths is the explicit and
> correct tracking of file names by internal node ids, so regardless how
> you move or rename a file between two development lines, a later merge
> will always do the right thing (tm).
>

Corrected.

> "File and Directories Copies"
>
> Actually, "tracked" copies are currently not supported, i.e. monotone
> does not track information about copied files. Copy support is in the
> work for some time now (as well as support for sutures), but not yet
> released.
>

Corrected.

> "Repository Permissions"
>
> Current monotone has specific read permissions with which you can
> control the access to certain parts (aka branch patterns) for known user
> ids, but less specific write permissions. Basically, if a user is
> allowed to write to a server, it can write everything there pretty much
> unrestricted. We're aware that this is problematic for a couple of
> reasons and we're working on a solution. Our mailing list and wiki
> contains a couple of theoretical stuff how we plan to implement it
> ("policy branches") and there is a basic implementation in an
> experimental branch, but its not yet finished.
>

Fixed.

> "Tracking Line-wise File History"
>
> We're on 0.41 now, I guess you can remove the comment "since 0.19",
> which was released more than three years ago ;)
>

Done.

> "Per-File Commit Messages"
>
> Its possible with so-called attributes to attach any kind of information
> to a single node (file or directory), however these attributes become
> part of the changeset and thus the revision. So changing things later on
> leads to new revisions obviously. One can, however, attach certificates
> at a later stage to any committed revision. Default certificates for a
> revision include the date, author, changelog and branch certificate.
>

How does it differ from the current entry? ("Yes. It is possible to attach 
a comment to a certain file at a certain revision.")

> "Documentation"
>
> The man page has been removed, but the excellent documentation is still
> available in PDF and HTML format and the command line client provides
> easy and grouped access to all available commands.
>

Fixed.

> "Web interface"
>
> There is ViewMTN (http://viewmtn.angrygoats.net/) and a Trac plugin
> (http://tracmtn.1erlei.de/) available.
>
> "Availability of Graphical User-Interfaces."
>
> There are a couple of GUIs available, f.e. monotone-viz
> (http://oandrieu.nerim.net/monotone-viz/), an excellent repository
> browser, guitone (http://guitone.thomaskeller.biz), which can handle
> repositories as well as workspaces, and a relatively new Perl/GTK2-based
> frontend named mtn-browse (currently its only available in the
> repository under
> http://viewmtn.angrygoats.net/all/branch/changes/net.venge.monotone.contrib
>.mtn-browse)
>
> A complete list of tools is available under
> http://monotone.ca/wiki/InterfacesFrontendsAndTools/
>

Updated.

Thanks!

        Shlomi Fish

>
> Thanks in advance,
> Thomas.
>
> --
> GPG-Key 0x160D1092 | address@hidden | http://thomaskeller.biz
> Please note that according to the EU law on data retention, information
> on every electronic information exchange might be retained for a period
> of six months or longer: http://www.vorratsdatenspeicherung.de/?lang=en

-- 
-----------------------------------------------------------------
Shlomi Fish       http://www.shlomifish.org/
"The Human Hacking Field Guide" - http://xrl.us/bjn8q

God gave us two eyes and ten fingers so we will type five times as much as we
read.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]