[Pharo-dev] additional Milestone label for applications

Camillo Bruni camillobruni at gmail.com
Sun Oct 6 08:40:38 EDT 2013

seems like it works,

so by default the pharo-internal projects will have the Area "1. Pharo Image" set.

Why the "1."? Well I cannot order the Areas, and the first one is selected by default :P

The filter "review" and "integration" now only look at issues that have the proper Area set.

On 2013-10-06, at 08:08, Stéphane Ducasse <stephane.ducasse at inria.fr> wrote:

> thanks!
> This is a good idea.
> On Oct 6, 2013, at 1:57 AM, Camillo Bruni <camillobruni at gmail.com> wrote:
>>>> I think it should just be fine if we define a different workflow (and thus different labels) for external projects...
>>> The 'Area' field looks unused, having only a single option 'Misc'.  Perhaps that could be 'Image' and 'External Project' or similar.  Most of an external project's issues would also have an area of 'External 'Project', but sometimes it might be 'Image' if a change there is required to fix an issue reported on a project.    Or maybe for external projects you have only a single option 'External Project' for Area.  
>> So we need to have 2 things
>> 1. a separate project for each external project that wants to report
>> 2. a separate Area for these external projects
>> For instance, NativeBoost has both a stable version in the image and a development
>> version aside. So if a bug appears in the image we can set the Area to "Pharo Image" (the default).
>> However, if the bug concerns the development version we set the Area to something project
>> specific.
>> I will try to update the tracker and the filters to reflect that...

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 447 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/attachments/20131006/9e6e50af/attachment.asc>

More information about the Pharo-dev mailing list