Re: [PATCH] emacs: call notmuch-show instead notmuch-search in buttonised id: links
[notmuch-archives.git] / 28 / 7e2344746fe98d257b2c86c7622bc91fd57ca6
1 Return-Path: <bremner@unb.ca>\r
2 X-Original-To: notmuch@notmuchmail.org\r
3 Delivered-To: notmuch@notmuchmail.org\r
4 Received: from localhost (localhost [127.0.0.1])\r
5         by olra.theworths.org (Postfix) with ESMTP id 2132B41ED98\r
6         for <notmuch@notmuchmail.org>; Fri,  1 Jul 2011 17:51:18 -0700 (PDT)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -2.29\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-2.29 tagged_above=-999 required=5\r
12         tests=[RCVD_IN_DNSWL_MED=-2.3, T_MIME_NO_TEXT=0.01] autolearn=disabled\r
13 Received: from olra.theworths.org ([127.0.0.1])\r
14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
15         with ESMTP id MEX2VjgUJzBP for <notmuch@notmuchmail.org>;\r
16         Fri,  1 Jul 2011 17:51:16 -0700 (PDT)\r
17 Received: from tempo.its.unb.ca (tempo.its.unb.ca [131.202.1.21])\r
18         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
19         (No client certificate requested)\r
20         by olra.theworths.org (Postfix) with ESMTPS id 6279F41ED9B\r
21         for <notmuch@notmuchmail.org>; Fri,  1 Jul 2011 17:51:16 -0700 (PDT)\r
22 Received: from zancas.localnet\r
23         (fctnnbsc30w-142167176081.pppoe-dynamic.High-Speed.nb.bellaliant.net\r
24         [142.167.176.81]) (authenticated bits=0)\r
25         by tempo.its.unb.ca (8.13.8/8.13.8) with ESMTP id p61NlFNf014219\r
26         (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO);\r
27         Fri, 1 Jul 2011 20:47:16 -0300\r
28 Received: from bremner by zancas.localnet with local (Exim 4.76)\r
29         (envelope-from <bremner@unb.ca>)\r
30         id 1QcnQY-0005zw-Px; Fri, 01 Jul 2011 20:47:14 -0300\r
31 From: David Bremner <david@tethera.net>\r
32 To: Keith Packard <keithp@keithp.com>, notmuch@notmuchmail.org\r
33 Subject: Re: branchs and tags and merges oh my!\r
34 In-Reply-To: <yun7h81brkn.fsf@aiko.keithp.com>\r
35 References: <87y60hn0mg.fsf@zancas.localnet> <yun7h81brkn.fsf@aiko.keithp.com>\r
36 User-Agent: Notmuch/0.6 (http://notmuchmail.org) Emacs/23.3.1\r
37         (x86_64-pc-linux-gnu)\r
38 Date: Fri, 01 Jul 2011 20:47:04 -0300\r
39 Message-ID: <87tyb5mumf.fsf@zancas.localnet>\r
40 MIME-Version: 1.0\r
41 Content-Type: multipart/signed; boundary="=-=-=";\r
42         micalg=pgp-sha1; protocol="application/pgp-signature"\r
43 X-BeenThere: notmuch@notmuchmail.org\r
44 X-Mailman-Version: 2.1.13\r
45 Precedence: list\r
46 List-Id: "Use and development of the notmuch mail system."\r
47         <notmuch.notmuchmail.org>\r
48 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
49         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
50 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
51 List-Post: <mailto:notmuch@notmuchmail.org>\r
52 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
53 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
54         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
55 X-List-Received-Date: Sat, 02 Jul 2011 00:51:18 -0000\r
56 \r
57 --=-=-=\r
58 Content-Transfer-Encoding: quoted-printable\r
59 \r
60 On Fri, 01 Jul 2011 14:48:24 -0700, Keith Packard <keithp@keithp.com> wrote:\r
61 > > 2) merge master onto the release branch\r
62 >=20\r
63 > This makes doing 'bug fix' stuff on top of 0.6 a bit more challenging.\r
64 \r
65 Can you elaborate? Naively it seems like one ends up with the same kind\r
66 of spur of history off of the 0.6 tag in both cases.\r
67 \r
68 =2D---.--------------master\r
69     \\r
70      ---- 0.6 ---- bugfix\r
71 \r
72 versus\r
73 \r
74 =2D----.----------.\r
75       \          \=20\r
76        ---- 0.6--------master\r
77              \\r
78               ----- bugfix\r
79 \r
80 > As an alternative, you probably should have simply put non-release\r
81 > patches on a separate 'feature branch' (probably residing in the feature\r
82 > author's repository) which would then be merged onto master post-0.6\r
83 \r
84 Yes, that is certainly nice from a git history point of view. On the\r
85 other hand the point of separating the roles of feature merger from\r
86 release mechanic was to allow Carl more time to work on merging features\r
87 into master, and I'm not sure how turning master over to the release\r
88 manager helps that.\r
89 \r
90 David\r
91 \r
92 --=-=-=\r
93 Content-Type: application/pgp-signature\r
94 \r
95 -----BEGIN PGP SIGNATURE-----\r
96 Version: GnuPG v1.4.11 (GNU/Linux)\r
97 \r
98 iJwEAQECAAYFAk4OXHgACgkQTiiN/0Um85lbKQQAg2BbIQ4pJ8n14zV4fVUG6dOE\r
99 UgxlFFCddhdWEbizz4ROCl6uhS/FQ4ytBp73k++btS3P5DExVke8qJ2RCcaNmB98\r
100 nzfk/YACsRiPnm+86CzjL9tF0U1Bgl7L0hXdce4rXqJpXu6SDXEWlFuK5vjCAFBc\r
101 Nh2HEiRH04jigJgSAUI=\r
102 =vbBP\r
103 -----END PGP SIGNATURE-----\r
104 --=-=-=--\r