If you want to track an external project on fogbugz, we should also create a proper fogbugz project, so it is clearly separated. On a project-basis you can define custom milestones.
So in that sense, milestones do not serve for distinguishing external projects. Additionally you can define a simpler workflow for external projects (e.g. open / closed) which might serve your purposes better. PharoLauncher might not be the best example as it is maintained by core members, but usually for other projects it makes sense to manage them externally. Github is really a good option for that. On 2013-10-04, at 19:10, [email protected] wrote: > > I've been advised that for application related issues tracked on Fogbugz > (e.g. for PharoLauncher) to avoid tagging the Milestone as 'Pharo3.0' - which > is reserved for image related issues. Fair enough, but the only available > alternative 'Later' just doesn't seem a good fit. Can adding another > milestone be considered, like 'non-image' or 'application'. > > btw, my reasoning for tagging with Pharo3.0 was to do with the idea of > simultaneous release [1] of related tools with the image. With the CI now > operating for a lot of projects, it is not unfeasible that such a > co-ordinated release occur. This might be good to encourage participation in > testing and bug hunting in the final weeks and maybe speed the uptake of 3.0. > On the other hand, it might unreasonably stretch resources trying to > co-ordinate it. > > [1] http://wiki.eclipse.org/Simultaneous_Release > > cheers -ben
signature.asc
Description: Message signed with OpenPGP using GPGMail
