Help Wanted: Bug Triage

:eek: It's . . . it's . . . it's Google!

Of course, I'm biased because I work there, and a friend of mine from college works on the Google Code project itself.

Ummm... EF, you work for Google but yet you didn't think to use GC? Oh boy, wait til I tell your bosses.:p

Anyway, the problem is with tortoise not SVN. What it does for me is will continue to try and export files... also it doesn't get rid of those required SVN files so things look messy.
 
In my defense, I started working at Google after we started BUG. As well, I could have sworn that when I looked at it there was some reason we weren't allowed to use it, like there was a requirement (e.g. open source) that we didn't follow (though we are open source, so it was something else). I can't find any reason now, so we could switch.

On the flip side, the permissions are less robust than at SF.net. There are only two permissions: owner or member for the whole project. SF has three permission levels (admin, tech, member) for each section. This may not matter for our needs, though. I'll have to play around with it some more to see.

On the down side, if we want to be able to start tagging releases (I'd like to), we will not be able to transfer our code history. This isn't really a big deal, but it would be nice to have. Of course, we can leave SF.net's project there for posterity.

And then there's the compromise: use GC for tracking and SF for code. And of course, if we set up SF's tracker, it might suit our needs anyway.

@OneBinary - have you checked out SF's tracker? How does it compare to GC? I've just added you as a tech to it so you should be able to see how to customize it.

End-run. I'm looking at SF's tracker now, and it is quite good. We just need to sit down and create all the categories and components. I did that for GC (it was just a text block -- yay for free-text config), so this shouldn't be too hard.
 
@OneBinary - have you checked out SF's tracker? How does it compare to GC? I've just added you as a tech to it so you should be able to see how to customize it.

Will do. I do like the Wiki part of GC (you will see I added some documents there). I shall dive into SF and have a looksie.
 
I really like to keep our project at SF jsut because I have everything automated for that now.:p As for Docs, have no problem having that part there, but in SF's defense, their docs have a wiki feature too.

Anyway, yes to the bugs, nay to the code.

EF - You should ask him if there is anyway to load XML with our options screen, and just force a restart of the game.
 
No worries, I'm leaning toward sticking with SF for now. I like everything in one place, and now that I've set up the tracker categories, bugs should be easy to track there. And it does track features the same way. We can stop using the Tasks section and just do everything in the tracker.

The problem with XML loading is the game's fault -- not Python's. But given that XML drives everything, it's understandable that you have to restart to get new XML changes.
 
How do you want me to set up Bug reporting anyway? I mean we can set it up to have all bug reports go to the tracker, or to our bug reporting forum, or emails... you guys choose.
 
I think we should start using the SF tracker. I have set up categories for the Bugs and Feature Requests trackers. I also set up intro text for each saying to search before posting, etc.

I'll do a little more admin work this weekend, but it's ready now. Stop using the Tasks area for bugs/features.
 
Speaking of which... are users of BUG going to be able to file their own bugs/frs, or are they only going to be entered by BUG staff? I guess the question is, how will the bug/fr get from the end-user to SF?
 
Oh sorry, I didn't get that. Yes, I configured SF so anyone can file a bug/feature. However, I suspect most people will not know to go there and will just post to CFC. It will be our job to grab reports from here and put them into SF occassionally.

That's really what I was looking for with this original topic. That's what I meant by bug triage, as well as going through new reports and assigning to people, getting more info, etc.
 
I think we should start using the SF tracker. I have set up categories for the Bugs and Feature Requests trackers. I also set up intro text for each saying to search before posting, etc.

I'll do a little more admin work this weekend, but it's ready now. Stop using the Tasks area for bugs/features.

Ok, so somebody (sorry, not me, at least for a week... I already devoted the maximum amount of available hours to it :sad: ) should add to that traker the things in my list... it covers all the previous features requested / bugs discovered, so I think that we must not leave them out :)
 
Ok, so somebody (sorry, not me, at least for a week... I already devoted the maximum amount of available hours to it :sad: ) should add to that traker the things in my list... it covers all the previous features requested / bugs discovered, so I think that we must not leave them out :)

Ok, I found some time to do it :)
 
Back
Top Bottom