Issue tracking thoughts

35 views
Skip to first unread message

Thomas Braun

unread,
Sep 30, 2014, 6:00:33 AM9/30/14
to git-w...@googlegroups.com
The recent bash vulnerabitlity showed that most of the
git-on-windows-based-on-msysgit users don't find the correct issue
tracker. And it is not only the
5-second-creation-time-issue-noob-creator but also more experienced people.

This is therefore a constant point of annoyance for the devs, as it is
work, and for the users, as they are send from A to B and don't really
understand the structure.

And as we now have three different projects in the git-for-windows
organization, this will become an even bigger problem.

Therefore this is something I like to tackle differently for the
git-for-windows organization.

Some options spring to my mind:

- Make it possible to move issues from one project to the other.

- One issue tracker together with labels. Preferrably in the
git-for-windows/git project. Issues belonging to sdk or sdk-packages are
tagged appropriatley. PRs are oviously opened at the appropriate projects.

- External issue tracker. I guess we all have some webspace available.

- Without issue tracker, just mails on the mailinglist as git upstream does.

Thoughts?

Johannes Schindelin

unread,
Sep 30, 2014, 7:42:21 AM9/30/14
to Thomas Braun, git-w...@googlegroups.com
Hi Thomas,
I agree that we need something that relieves us from the burden to manage
tickets.

Personally, I'd be in favor of the "git-for-windows/git with labels"
solution.

Ciao,
Dscho

Sebastian Schuberth

unread,
Sep 30, 2014, 5:10:20 PM9/30/14
to Thomas Braun, git-w...@googlegroups.com
On Tue, Sep 30, 2014 at 12:00 PM, Thomas Braun
<thomas...@virtuell-zuhause.de> wrote:

> - One issue tracker together with labels. Preferrably in the
> git-for-windows/git project. Issues belonging to sdk or sdk-packages are
> tagged appropriatley. PRs are oviously opened at the appropriate projects.

That basically sounds fine, but are you able to auto-close issues with
PRs [1] then if issues and PRs are in different projects?

> - Without issue tracker, just mails on the mailinglist as git upstream does.

That would be my second choice.

[1] https://help.github.com/articles/closing-issues-via-commit-messages

--
Sebastian Schuberth

Thomas Braun

unread,
Oct 1, 2014, 6:20:08 PM10/1/14
to Sebastian Schuberth, git-w...@googlegroups.com

Am Di, 30.09.2014, 23:10 schrieb Sebastian Schuberth:
> On Tue, Sep 30, 2014 at 12:00 PM, Thomas Braun
> <thomas...@virtuell-zuhause.de> wrote:
>
>> - One issue tracker together with labels. Preferrably in the
>> git-for-windows/git project. Issues belonging to sdk or sdk-packages are
>> tagged appropriatley. PRs are oviously opened at the appropriate
>> projects.
>
> That basically sounds fine, but are you able to auto-close issues with
> PRs [1] then if issues and PRs are in different projects?

Yes, the reference you cited has even an example on that.

Sebastian Schuberth

unread,
Oct 1, 2014, 6:25:01 PM10/1/14
to Thomas Braun, git-w...@googlegroups.com
On Thu, Oct 2, 2014 at 12:20 AM, Thomas Braun
<thomas...@virtuell-zuhause.de> wrote:

>>> - One issue tracker together with labels. Preferrably in the
>>> git-for-windows/git project. Issues belonging to sdk or sdk-packages are
>>> tagged appropriatley. PRs are oviously opened at the appropriate
>>> projects.
>>
>> That basically sounds fine, but are you able to auto-close issues with
>> PRs [1] then if issues and PRs are in different projects?
>
> Yes, the reference you cited has even an example on that.

Hehe, thanks for checking ;-)

Thomas Braun

unread,
Oct 1, 2014, 6:39:32 PM10/1/14
to Sebastian Schuberth, git-w...@googlegroups.com
Okay, so it is decided that we enable issues only on git-for-windows/git
and use labels to distinguish the responsible repository.

I'll enable issues in the following days, if nobody speaks up.

Thomas

--

Reply all
Reply to author
Forward
0 new messages