monotone-devel
[Top][All Lists]
Advanced

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

[Monotone-devel] Re: Future of monotone


From: Bruce Stephens
Subject: [Monotone-devel] Re: Future of monotone
Date: Tue, 29 Jan 2008 11:22:24 +0000
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux)

Thomas Moschny <address@hidden> writes:

[...]

> We also should have a look at what other VCSs do here - does
> e.g. git discriminate between author and signer?

"Signing" is much less significant in git.

Having one person commit something that someone else authored is
routine (it's the way that most public git projects operate), and yes,
git distinguishes committer and author.  Ordinarily the tools show the
author of commits.  Quite separately, it's conventional to put lines
in commit messages like "Signed-off-by:", "Acked-by:", "Reviewed-by:"
to indicate various kinds of approval of a commit.  (In git, the
commits (including the log messages) invoke the history DAG.)

I'm not exactly sure quite how this might connect to monotone.

A normal way of using git is for someone to commit something to their
local repository, then email it upstream (using "git format-patch",
"git send-email").  Then the person upstream commits it to their
repository ("git am"), perhaps modifying it slightly (and quite often
modifying it by adding "Signed-off-by:").

Monotone doesn't really have commands facilitating that.  Rather, it
would be normal either for someone to be granted write access, or for
them to offer access to their server.  (Those are also possible in
git, and in those cases the committer and author are the same.)

[...]





reply via email to

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