Looking for SVN and bug tracker recommendations

Question

We are starting a new software project. We are 5 developers, located in US and Asia. We have a server hosted in the US and we plan to use it. We can set a SVN repository on it. It's a Linux server.

Our requirements are the following:

1. Windows good client. We develop on Windows (Visual Studio).
2. Private working space on Windows for each developer.
3. Good bug tracking. Integrating to SVN. Working on the server or on the client.

What do you suggest? Please specify names of SVN client and bug tracker.

If you are working in a similar approach - please specify pros & cons.

Solution 1

TortoiseSVN is pretty good as a Windows SVN client.

Solution 2

For the SVN clients, there are two you should consider:
* TortoiseSVN is a SVN client the has shell integration, meaning it itegrates with Windows Explorer.
* AnkhSVN intergrates with Visual Studio.
As far as I know, they are not mutually exclusive, so you could use both.

For the bug tracker with SVN integration, there are three free open source bug trackers you should look at:
* BugTracker.NET - which you'll have to run on a Windows machine. (I'm the author of BugTracker.NET)
* Trac
* Redmine

Trac is very widely used. The most common general criticism of it is that it is oriented to a single project.

Redmine was written to be a better Trac than Trac. It handles multiple projects. The most common general criticism of it is that it is very slow.

BugTracker.NET theoretically has its flaws, but it is very fast. I've been using trac a bit hunting for old bugs in the Sourceforge.NET and CKEditor trackers, and I think the BugTracker.NET search is way, way better than Trac's. So my personal complaint about Trac would be the weakness of its search.

If you want to explore commercial bug trackers that integrate with Subversion, then I'd start with FogBugz.

Solution 3

Another thumbs up for TortoiseSVN.

I'd also recommend installing WinMerge which integrates with Tortoise. It's vastly superior to Tortoise's built in merge.

Solution 4

I have always liked Trac.

Solution 5

Some of our developers had problems with AnkhSVN, so now we use TortoiseSVN and VisualSVN to integrate it with Visual Studio. The integration is not necessary if you take care when renaming and deling files, but I think it's nice to be able to do it directly in Visual Studio when you're refactoring class names and therefore renaming files.

Note that VisualSVN costs about 50 $ per license.

View more solutions

Comments

[nuiun]

OnTime is probably the worst bug tracking system I've ever used, I'd have to recommend against it. It's also not really clear how to integrate it with SVN.

[Russell]

We found it really useful in providing reporting for our PM's directly from the data updated by the dev's. We got it to connect to SVN and link to bugs quite easily.

[Jim T]

I've used redmine in the past with excellent results.

[Randell]

+1 for Redmine. It does what it's supposed to do.

[Bojan Resnik]

+1 for Redmine, we transitioned from Bugzilla and never looked back

[Sorin Comanescu]

+1 for saying a few words about trac and making me giggle with "BugTracker.NET theoretically has its flaws, but it is very fast." :).

[Mark Elliot]

fwiw, here's a link to Trac: trac.edgewall.org

[Odys]

How do you configure tortoiseSvn with bugzilla?

[grigy]

Do you mean the integration of Subversion with Bugzilla? If so take a look at Scmbug

[Odys]

I am going to check this. seems promising