Issues with oudated ports / GitHub

Bradley Giesbrecht pixilla at macports.org
Fri Oct 7 17:07:36 PDT 2016


> On Oct 7, 2016, at 4:02 PM, Rainer Müller <raimue at macports.org> wrote:
> 
> On 2016-10-07 20:58, Christopher Jones wrote:
>> 
>>> On 7 Oct 2016, at 7:40 pm, Lawrence Velázquez <larryv at macports.org>
>>> wrote:
>>> 
>>>> On Oct 7, 2016, at 2:09 PM, Chris Jones
>>>> <jonesc at hep.phy.cam.ac.uk> wrote:
>>>> 
>>>> Currently, once they find out about svn, and trac
>>> 
>>> We will still use Trac for issue tracking, although I believe
>>> someone is looking into integrating GitHub sign in.
> 
> Trac will stay. Clemens and I already wrote new modules for the
> trac-github plugin [1] in order to allow both login with GitHub as main
> authentication provider, migrating old tickets from mail addresses to
> the GitHub accounts and all permissions in Trac will be based on team
> memberships on GitHub.
> 
> The only downside is that references to tickets will have to become full
> URLs to Trac, because GitHub claims the #12345 syntax for their own
> issue tracker and pull requests. Commits which contain such an URL will
> automatically be linked from the corresponding ticket.

See comment below, we use #12345 syntax in with our Redmine issue tracker.

>> Personally I think we have to migrate away from trac as well. Pull
>> requests in GitHub will largely replace what happens in trac for
>> submission of patches and the discussion of them. If we stick with
>> trac for issues then for me it will be an utter mess.
> 
> Pull requests can be used in addition to tickets. For simple port
> updates, there will be no need to open a ticket.
> 
> We evaluated several options, including issue trackers provided by
> GitHub, GitLab, BitBucket, JIRA, and also others and finally came to the
> conclusion that Trac is still the best option at hand.
> 
> Especially with hosting our own installation, we will finally be able to
> make more modifications and use custom plugins, that we never got
> deployed at Mac OS Forge (for example [2]).


Redmine is outstanding in my opinion.

There is a Redmine github plugin [1] allowing Redmine installation to receive Github post-receive notifications.

Redmine parses commit messages for configurable strings and can change issue status and add commit references to issue.

Redmine can work with Subversion, Darcs, Mercurial, Bazaar, Git, and others.

Oh, and Redmine is a quick and easy rails install away.


[1] https://github.com/koppen/redmine_github_hook


—
Brad


More information about the macports-dev mailing list