[Owncloud] bugtracker situation

[eMerzh]

Hi,
i'm happy to see we move on with a better solution :)

one single question about organisation, should the bugs about the
clients be created in the mirall/.. repository or we keep everythin
under app / core

and can we move an issue from one repo to another?

Thanks :)



On Mon, Oct 22, 2012 at 10:16 PM, Frank Karlitschek <frank at owncloud.org> wrote:
> Yes.
> github issues seems to be preferred by most people.
> But it was important to find a way to structure the transition which we hopefully have now.
>
> Frank
>
>
> On 22.10.2012, at 18:12, Michael <mike at draftx.net> wrote:
>
>> Frank,
>> This seems like a great solution. Thank you for working with everyone
>> to get it set up. Anything is better than what we have now - it
>> doesn't even list the bugs half the time.
>> I assume this move is starting immediately - are there any places
>> where we need to change links, update documentation, etc.?
>>
>>
>> On Mon, Oct 22, 2012 at 2:59 PM, Frank Karlitschek <frank at owncloud.com> wrote:
>>> Hi everybody,
>>>
>>> our current bugtracker bugs.owncloud.org works less than optimal as we all know. We had several discussion on the mailinglist on irc and in personal about options to improve this and I think all the options are on the table. I think we need a solution because it is difficult to work with and people are complaining.
>>>
>>> github has a simple but nice issue tracker and it is also nicely integrated so the idea was and is to move to it. We don´t have a lock-in effect there because they have nice import and export APIs. Thomas even wrote a very great migration script :-)
>>>
>>> The problem is that we lose the user accounts when we move the existing issues over and urls to the old bugs won´t work anymore.
>>>
>>> So what we now do is this:
>>>
>>> We will keep the old bugtracker bugs.owncloud.org for the old bugs but I will disable the option to add new bugs. Existing bugs can still be updated and closed.
>>> New bugs can be added on github. I even saw recently that other project do it exactly like that too.
>>> So it can´t be that wrong ;-)
>>>
>>>
>>> This seems to be the best option for now and I hope that works for everybody.
>>>
>>>
>>> Frank
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Owncloud mailing list
>>> Owncloud at kde.org
>>> https://mail.kde.org/mailman/listinfo/owncloud
>> _______________________________________________
>> Owncloud mailing list
>> Owncloud at kde.org
>> https://mail.kde.org/mailman/listinfo/owncloud
>
> _______________________________________________
> Owncloud mailing list
> Owncloud at kde.org
> https://mail.kde.org/mailman/listinfo/owncloud