源代码管理工具和bug管理系统选择与架设

小项目也需要管理,手头一个两个人做的Asp.net项目.昨天刚选好了源代码和bug管理的软件.选来选去,还是原来用过的顺手:

源代码管理: SVN + TortoiseSVN
项目网站和bug管理: Trac

以前一个项目是C# win app项目,server用SVN和Trac是在linux平台装的, 这次其实有点想用新的源代码和bug管理系统,也算给自己点新鲜感.不过项目时间比较紧,也不敢太过尝鲜.下面介绍一下放弃的选择和安装中的问题

(1)首先考虑的是VSTS: Visual Studio 2005 Team System, 集成Project Studio等东东,Project Studio用过当然知道是好东东,Team System看过Webcast也明白是好东东,但是杀鸡用牛刀有点吓人.而且这次准备在CCS的基础上二次开发,所以选的自然是VS2003.放弃.
(2)BugTracker .Net是个Asp.net写的bug管理系统,用了用,还不错,可惜没有项目站点,又不能和svn集成,就是这两个弱点让我仍然投向了原来的用过的搭配,trac还是不错的.
(3)Trac和SVN集成,数据库存在文件里,可以在线浏览源代码及diff,又有bug管理系统,美中不足的是TortoiseSVN没有集成在VS中.需要在"资源管理器"中对文件/文件夹来操作.搜到一个插件:ankhsvn但看见自己试用下来居然没找到设置svn server的地方,然后google到大家对它评价不是很好,版本又只有0.5.5,所以放弃.

安装:
(1)SVN:可参照svn安装步骤 我装的当然是svn的稳定版本1.2.3, 也用了service wrapper,真爽啊.
(2)Trac: 原来用的时候不是我装的,这次发现居然要装这么多东西,好在Trac网站上说明还算详细,一路装了6,7个软件.为了一个漂亮易用的项目管理网站,值!
(3)TortoiseSVN: 很好装.
(4)意外: 居然看到对svn用的.开头的文件夹,Asp.net加载项目会出现问题,于是听从过来人的建议,没有选TortoiseSVN未解决此问题而出的所谓特别版,而是准备采取一个有趣的做法:把Asp.net的web app改成class library的工程.见这两篇文章Asp.Net Without Webprojects

 

 

出处：https://www.cnblogs.com/dandandan/archive/2005/12/25/304026.html

===================================================================================

这还是我头一次使用开源软件做实施维护工作，不由的感慨开源的优势，自己可以根据需要做修改，扩展。 
  
下面说说在使用BugTracker.net前考虑的几个类似软件： 
OnTimer： 
有cs版和web版，是要收费的，不过用.net编写的东西似乎比较容易破解，我用Reflector看了看，很容易找到加密的地方。这个软件 比bugTracker.net要复杂些，权限等控制的更细，同时似乎并不仅限于bug跟踪，而倾向与缺陷管理。同时它使用了aspnetmenu等组件，和bugTracker.net相比速度要慢些。 
BugZilla： 
听说是很强大的工具，但是下下来一看，要用MySql，同时代码好象是Perl写的（.pm和.pl文件是用什么写的?)，怕怕，不用。 
myTracker： 
 使用InterBse数据库，也有cs和web两种方式，我下午才装上InterBase，准备明天看看，这个软件看样子也不仅限于bug跟踪，还有其他的功能，帮助比较全，等用起来再说。 
Mantis： 
基于PHP和MySql，不会维护，不用。 
  
在项目开发的时候，和测试人员交流不畅，不能对bug进行跟踪管理，可是个让人头痛的事，有了bug跟踪工具就好多了（怎么有点象广告）
Issue Manager 
一个Bug跟踪工具，web方式的，Access数据库bug的优先级，状态，反馈什么的都有了，免费的
不过这个就要复杂些了：
On Time 2004
有windows的Web方式的，sql Server数据库，我下的是Windows的，不过看着有点眼晕

总的来说，BugTracker.net虽然有很多缺陷，但是对与一个小团队来说，简单实用是最大的优点，同时也易于维护，扩展。

 

出处：

https://www.cnblogs.com/dahuzizyd/archive/2005/03/01/110952.html

https://www.cnblogs.com/dahuzizyd/archive/2004/06/25/18693.html