From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.help Subject: Re: Elpa packages and Makefiles Date: Thu, 09 Oct 2014 11:40:32 -0400 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: References: <877g3j8dg9.fsf@ericabrahamsen.net> <87oatwrtew.fsf@ericabrahamsen.net> <87oatnxmm0.fsf@ericabrahamsen.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1412869537 7865 80.91.229.3 (9 Oct 2014 15:45:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 9 Oct 2014 15:45:37 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Oct 09 17:45:31 2014 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XcFuE-0005ur-U0 for geh-help-gnu-emacs@m.gmane.org; Thu, 09 Oct 2014 17:45:31 +0200 Original-Received: from localhost ([::1]:43248 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XcFuE-0002aF-Jr for geh-help-gnu-emacs@m.gmane.org; Thu, 09 Oct 2014 11:45:30 -0400 Original-Path: usenet.stanford.edu!news.kjsl.com!feeder.erje.net!eu.feeder.erje.net!news.albasani.net!.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 19 Original-X-Trace: news.albasani.net 0AwyDgj0a2TLvyEeUaZS9Yqs1Ut3H/s3baKSAjSOdCk6alemMc6Y6QWX1tPYQFa1iTU8JCAJi/IL0daIKS+Zow== Original-NNTP-Posting-Date: Thu, 9 Oct 2014 15:40:33 +0000 (UTC) Injection-Info: news.albasani.net; logging-data="QVNlooxY1DujNf4wsU1y3n9JIdZY6ljn3n5GXcpawxVOYKd6oOeB9QJEwWk56IL01OprvT572H1WwItudQKEEnh2wUDv1LuhyfTGKtdm96wjSoVky9Oqv8wbWez0zc70"; mail-complaints-to="abuse@albasani.net" User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (darwin) X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Cancel-Lock: sha1:DWujNOtudoNW7uF2uJOMPKB/kEY= sha1:khJnDBSQNAwyb5lrssFUILyEFh0= Original-Xref: usenet.stanford.edu gnu.emacs.help:208075 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:100351 Archived-At: On Thu, 09 Oct 2014 10:40:09 -0400 Stefan Monnier wrote: SM> The reason I prefer doing that is because I think I know what "git SM> merge" does, whereas I have difficulty understanding what "git SM> read-tree" or "git subtree" does. >> `git subtree' is nice when you want subsequent resyncs of the same tree. >> It can maintain a bijective commit ID mapping between the source repo >> and the destination repo. SM> Subtree merges work fine as well for subsequent resyncs of the same SM> tree, and they don't need to maintain a bijective mapping between the SM> two (because this mapping is the identity mapping). A merge is not the same thing as a bijective `git subtree' mapping which can map paths for each commit. In the ELPA case at least, you're better off your way. I was just trying to explain what that tool does because it's been useful to me in the past. Ted