Re: [PATCH] add has: query prefix to search for specific properties
[notmuch-archives.git] / 38 / 6bd6b3faaaf19a9daccb671d5ac58bcd7f6476
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 61B48431FD0\r
6         for <notmuch@notmuchmail.org>; Sat,  2 Jul 2011 10:31:14 -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 NgSyipr6Lq3C for <notmuch@notmuchmail.org>;\r
16         Sat,  2 Jul 2011 10:31:13 -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 B4CE7431FB6\r
21         for <notmuch@notmuchmail.org>; Sat,  2 Jul 2011 10:31:13 -0700 (PDT)\r
22 Received: from zancas.localnet\r
23         (fctnnbsc30w-142167177149.pppoe-dynamic.High-Speed.nb.bellaliant.net\r
24         [142.167.177.149]) (authenticated bits=0)\r
25         by tempo.its.unb.ca (8.13.8/8.13.8) with ESMTP id p62HV7t3028237\r
26         (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO);\r
27         Sat, 2 Jul 2011 14:31:08 -0300\r
28 Received: from bremner by zancas.localnet with local (Exim 4.76)\r
29         (envelope-from <bremner@unb.ca>)\r
30         id 1Qd426-0000rM-UZ; Sat, 02 Jul 2011 14:31:06 -0300\r
31 From: David Bremner <david@tethera.net>\r
32 To: servilio <servilio@gmail.com>\r
33 Subject: Re: branchs and tags and merges oh my!\r
34 In-Reply-To:\r
35  <CAPFwwQhGy6a4Hes2-7r8B2J=eaE_+07p4FGoh5ds=Ws1_+5H5w@mail.gmail.com>\r
36 References: <87y60hn0mg.fsf@zancas.localnet> <yun7h81brkn.fsf@aiko.keithp.com>\r
37         <87tyb5mumf.fsf@zancas.localnet>\r
38         <CAPFwwQhGy6a4Hes2-7r8B2J=eaE_+07p4FGoh5ds=Ws1_+5H5w@mail.gmail.com>\r
39 User-Agent: Notmuch/0.6 (http://notmuchmail.org) Emacs/23.3.1\r
40         (x86_64-pc-linux-gnu)\r
41 Date: Sat, 02 Jul 2011 14:30:58 -0300\r
42 Message-ID: <874o347fot.fsf@zancas.localnet>\r
43 MIME-Version: 1.0\r
44 Content-Type: multipart/signed; boundary="=-=-=";\r
45         micalg=pgp-sha1; protocol="application/pgp-signature"\r
46 Cc: notmuch@notmuchmail.org\r
47 X-BeenThere: notmuch@notmuchmail.org\r
48 X-Mailman-Version: 2.1.13\r
49 Precedence: list\r
50 List-Id: "Use and development of the notmuch mail system."\r
51         <notmuch.notmuchmail.org>\r
52 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
53         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
54 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
55 List-Post: <mailto:notmuch@notmuchmail.org>\r
56 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
57 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
58         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
59 X-List-Received-Date: Sat, 02 Jul 2011 17:31:14 -0000\r
60 \r
61 --=-=-=\r
62 Content-Transfer-Encoding: quoted-printable\r
63 \r
64 On Sat, 2 Jul 2011 11:59:04 -0400, servilio <servilio@gmail.com> wrote:\r
65 > What about having Carl do the merging of features into a develop\r
66 > branch[1], then the release manager prepares a release in a release\r
67 > branch, merging back and tagging into master when release is ready? A\r
68 > similar workflow could be followed for bugfix releases (branch to\r
69 > bugfix/release branch, prepare, merge back to master, tag).\r
70 \r
71 We could also call the develop branch "master" and use something like\r
72 "release" for the branch that contains the release history.  This is\r
73 is technically quite close to option #2, but perhaps conceptually=20\r
74 clearer (and throwing in Tom's tagging idea).\r
75 \r
76        0.7-pre          0.8-pre        0.9-pre\r
77 =2D----.+--------------.+-------------.+------------- master\r
78       \             /              /\r
79        --------.    |             /=20=20\r
80                 \  /     0.7     /=20=20=20\r
81                  +m------+-----+m--------+ release\r
82               0.6          0.7.1       0.8\r
83 \r
84 One difference in this version is that a merge from master onto release\r
85 (and convenience tagging of master) occurs only when we are ready to\r
86 release.  If a bug fix release is desired, it can be done by\r
87 committing/cherry-picking on release.\r
88 \r
89 d\r
90 \r
91 --=-=-=\r
92 Content-Type: application/pgp-signature\r
93 \r
94 -----BEGIN PGP SIGNATURE-----\r
95 Version: GnuPG v1.4.11 (GNU/Linux)\r
96 \r
97 iJwEAQECAAYFAk4PVdIACgkQTiiN/0Um85nqcAP8DK4E27zoPFaETDIp67pBwPOr\r
98 UNmK41v/hK6nPbwSZezZVYFfaw/KhGJ5zTKN2cN91dqfxTVWDoWUr2ksN0pimNRA\r
99 4poJU9VN6dJmFVXq2vU1m5gwYrvhBVvSHWcGy1kfrvZNgYx2VwhIPlRL9Agq0QGT\r
100 uKOJvcM0/Y0w7TAkLyU=\r
101 =b2Nn\r
102 -----END PGP SIGNATURE-----\r
103 --=-=-=--\r