任何人都可以建议Redmine或Tracd中哪一个更适合项目管理?目前我计划将其部署在一个项目设置上,但计划在未来的多个项目中使用它.哪两个更容易部署?我用的是Windows.任何其他基于Web的软件,并附带自己的Web服务器?
谢谢...
除了痛苦安装的非Windows Bugzilla之外,还可以推荐哪些开源问题跟踪程序与常规的Windows风格安装一样好但可用?(.exe或.msi)
默认的Trac安装将显示WikiStart页面作为其主页.我希望它能显示另一页.我怎么做?我无法在Google上找到任何内容,因为任何带有"Trac"的请求都会返回每个使用Trac的开源项目的链接.
我正在作为一个volunatry团队的一员工作,创建一个具有许可许可证的开源产品.我们目前正在使用Visual SVN Server/TortoiseSVN进行源代码控制,使用TeamCity进行持续集成构建.
我想在混合中添加一个bug跟踪组件,它将集成到SVN中.理想情况下,我想使用FogBugz,但我们没有预算.所以,我需要一个替代方案.要求是:
对于满足上述所有要求的产品,我想要社区的建议.
[澄清:我们的许可证与MIT许可证非常接近(尽管不是逐字逐句).]
在规划和优先处理发布中包含的内容时,您是否区分了错误,功能增强和新功能?
例如,bug总是优先考虑 - 在处理新功能之前,你是否修复了所有已知错误?您是否使用正式系统来比较待办事项中每项变更的成本与价值?如果是这样,你是否使用相同的公式比较错误和功能?这与商业软件与开源与内部企业软件的不同之处有何不同?
编辑:一些很好的回应 - 谢谢.虽然我有一个先入为主的观点,你需要处理错误,功能,增强功能,并根据每个的成本/效益选择工作,我认为现实是这取决于你的情况.
没有任何工具是完美的,我即将开始使用Trac的几个长期项目,并希望了解我可能会或可能不会遇到的各种问题.换句话说,Trac在短期内满足了我的需求,我已经决定使用它,但我想知道未来会发生什么.
我不是在寻找:
我在找:
那么,Trac引起的头痛是什么让我期待呢?
为了将来参考,在Trac v0.11是最新的稳定版本时,问了这个问题.
有没有人同时使用FogBugz和Axosoft的OnTime并关注提供意见?AxoSoft有一个很大的功能对比图表,但我也对易用性和稳定性等更主观的想法感兴趣.
我的公司使用StarTeam进行源代码控制和CR管理,但我真的想切换到Subversion进行源代码管理.对于那些了解ClearQuest和ClearCase的人来说,StarTeam可以创建票证,以后可以与代码更改相关联.
是否有任何类似的产品与Subversion很好地集成(最好免费,但我不一定反对商业应用程序的想法)?我曾经和trac玩过一段时间,但我并没有对它印象深刻.
Relevant information: issue 3602 on GitHub
I'm working on a project that gathers and tests public/free proxies, and noticed that when I use the curl_multi interface for testing these proxies, sometimes I get many 28(timeout) errors. This never happens if I test every proxy alone.
The problem is that this issue is unreliably reproducible, and it does not always show up , it could be something in curl or something else.
Unfortunately, I'm not such a deep networks debugger …
bug-tracking ×10
svn ×2
trac ×2
windows ×2
c ×1
curl ×1
curl-multi ×1
fogbugz ×1
mantis ×1
ontime ×1
open-source ×1
php ×1
redmine ×1
tracd ×1