长话短说,我们内部使用的工具多年来没有变化,并且从来没有优先考虑改进。我们使用SVN进行版本/源控制,使用Gemini(2.x版)进行问题跟踪和任务管理。那个旧版本的Gemini不支持任何敏捷计划或任何其他功能,除了收集票证并与SVN挂钩。我们没有自动构建代理,到目前为止,我们的方法可以描述为“仅名称敏捷,确实很混乱”。因此,考虑到每个客户端的自定义,任何新版本都是一个复杂且昂贵的过程。
我可以继续并花一些钱来升级我们的内部工具和过程。我已经下载并正在评估TFS,以处理版本控制(使用git),使用scrum模板进行适当的开发人员管理以及构建/分发。到目前为止,我认为它可能满足我们对开发和跟踪的需求。我坚持如何处理我们需求的另一面。
我需要一个系统来充当问题跟踪者,从我们的客户和支持人员那里捕获问题/错误,管理并保持与所述客户的通信历史,管理与开发无关的任务,并可能充当知识库有关每个实例/客户端的信息(内部使用)。要求该系统将由非开发人员使用,最好是我希望它与TFS和我们的软件开发工作流“链接”,以便我们可以跟踪与开发任务相关的问题。
还是可以同时满足我所有需求的系统?我还没有嫁给TFS,我们仍在对其进行评估。
注意:所有用户都将使用Windows 7+。我们的软件也仅分发到Windows。
#1 楼
我会考虑评估Atlassian堆栈,这对我来说是最有价值的:JIRA + Fisheye + Confluence将是一个完美的选择。 Fisheye可以连接到SVN或Git存储库
链接:
JIRA
Fisheye
Confluence
免责声明:我不为Atlassian工作。自4年以来,我每天都积极地使用所有这些工具,并为JIRA开发插件,但我仍然认为Atlassian的家伙真的很棒。该产品工作简单,可完全配置且经过深思熟虑。
评论
Atlassian的产品引人注目,您还可以使用Bitbucket托管Git,使用Jira Service Desk来报告问题的客户。
–詹姆斯·里德(James Reed)
16年1月21日在12:47
我会检查一下。看起来他们也有一个持续的集成/构建管理器。这是首先评估TFS的主要动力,即从开发到构建/发布的简便性。
–皮蓬
16年1月21日在18:25
确实,有Bamboo,但是该特定产品并没有比开源解决方案高很多(至少2年前我上次使用它)-Jenkins可以免费完成相同的工作。真正的价值在于JIRA和Confluence,它们远胜过任何其他(已知)免费解决方案
–spi
16年1月22日在10:16
确认,Atlassian产品和Jenkins可以完成工作。为了进一步说服您,请查看Wikipedia上的Popularity表。按用户排序。
– Michael S.
17-3-30在16:28
评论
TFS是一个怪物。您可以对其进行自定义以捕获问题,CR和错误。 TFS与Sharepoint集成在一起,您可以在其中拥有文档管理系统和Wikis来进行文档编制。但这仍然是一个怪物。您要么喜欢它,要么讨厌它...我讨厌它。SVN怎么了?还是只是为了改变而寻求改变?