[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: On the subject of Git, Bazaar, and the future of Emacs development
From: |
Stephen Leake |
Subject: |
Re: On the subject of Git, Bazaar, and the future of Emacs development |
Date: |
Thu, 28 Mar 2013 04:08:21 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.3 (windows-nt) |
Stefan Monnier <address@hidden> writes:
>>> The core of the problem is bidirectional merging.
>> If I understand what you mean by "bidirectional merging", then monotone
>> handles it nicely (http://www.monotone.ca/).
>
> By bidirectional merging, I mean that you have two parallel branches
> that should be kept in sync, so that any commit on branch A should be
> sync'd to branch B and vice versa. Yet branch A and branch B are not
> identical (there's a "constant" diff between the two).
Ah. That is not what I thought.
A use case for this would be support for old Emacs versions in the
upstream of an Emacs feature, but only the current Emacs in the Emacs
trunk.
monotone does not handle that directly; it would be an interesting
feature to add. But it would make more sense to add it to git.
--
-- Stephe
- Re: Abolishing ChangeLog files, (continued)
- Re: On the subject of Git, Bazaar, and the future of Emacs development, Stefan Monnier, 2013/03/28
- Re: On the subject of Git, Bazaar, and the future of Emacs development, David Engster, 2013/03/28
- Re: On the subject of Git, Bazaar, and the future of Emacs development, Stephen J. Turnbull, 2013/03/29
- Re: On the subject of Git, Bazaar, and the future of Emacs development, David Engster, 2013/03/29
- Re: On the subject of Git, Bazaar, and the future of Emacs development, joakim, 2013/03/29
- Re: On the subject of Git, Bazaar, and the future of Emacs development, Stefan Monnier, 2013/03/27
- Re: On the subject of Git, Bazaar, and the future of Emacs development, Kolo Rahl, 2013/03/27
- Re: On the subject of Git, Bazaar, and the future of Emacs development, Stefan Monnier, 2013/03/28
- Re: On the subject of Git, Bazaar, and the future of Emacs development,
Stephen Leake <=