Asp.net项目的源代码和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
源代码管理: 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
