我们已经决定使用Jira和Confluence，现在正在考虑其他Atlassian工具，这些工具可能会使我们的生活更轻松。
我知道FishEye可以对源代码存储库进行各种可视化，而CVS的 native 工具则不允许。但是，我们已经迁移到git，它具有一个非常有用的工具的大型生态系统。
问题是:FishEye能否告诉我们一些无法从本地工具中获得的有用信息？ (或具有竞争力的价格的商业工具)？
我个人喜欢Fisheye，但是在中等规模的开发环境和半复杂的分支/开发策略下，监视仓库的当前状态非常重要。
在我的上一份工作中，我们的主要产品是一系列服务器端Java，白盒装SaaS产品，所有帐单和系统集成都在内部处理。尽管大多数人都是Emacs/命令行黑客，但我们仍然在所有主要产品系列中都使用Fisheye。
注意事项
这是与SVN一起使用的，而不是git/hg，因此请带一点盐。 还有一些涉及Bugzilla的内置SVN挂钩，我不确定它们是如何工作的100％
改组后没有鱼眼产品的工程师通常不满意，原因如下:
重构通常，您正在移动文件，重命名， merge 相关更改等。 Fisheye的基本名称搜索将返回已删除很长时间的文件，并保留其历史记录，因此，即使您在存储库中弄乱了历史记录，您也可以了解以前的更改。对于突然扩展到公司而经历着一些非常现实的痛苦的代码库，这是一个巨大的帮助 代码所有权/审查即使没有强大的代码所有权/审查流程，您也可以使用Fisheye选择加入特定的项目/仓库变更。对于团队负责人等，这是一种非常简单的方法，可让您掌握其他人在更改内容时正在做的事情以及为什么这样做，无论您是要接收电子邮件垃圾邮件还是为 repo 设置RSS源。如果您要一次管理多个项目，那可能会很麻烦。我为第一个主要项目设置了RSS feed，因此我可以看到它的变化，但是真正的好处是在与API相关的项目更改时监视它们。 可用并非我们所有的工程师都是命令行黑客。对于某些处理HTML/CSS的前端工程师来说尤其如此。尽可能多的人倾向于使用命令行工具，执行常规文件差异和“谁还原了我的更改以及何时还原？”与“svn责备”之类的方法相比，浏览器内的diff工具更容易处理。
话虽如此，我要说的是，如果我是从头开始从事开发工作的，除非我需要一次完整地可视化整个项目，而不是一遍又一遍地查看一个或两个特定文件，否则我将完全不会碰它。表示以下事实是正确的:
我的团队规模约有10多名可能具有非技术背景的工程师，并且需要临时策略进行重组分支/标记处理与通用版本控制一样，满足了许多特殊需求。由于资源限制，的代码所有权和审阅至少作为一种宽松的想法而受到关注，而不是强硬的反对态度工程师之间的沟通是一个日益严重的问题(无论是纯粹的噪音还是缺乏噪音)。这包括与直接文档的随意对话
我也忽略了任何分析/工具集成。部分原因是我认为，如果您将Fisheye与其他产品进行比较，那么您还应该查看维护Fisheye与另一种解决方案与对其进行联动所需要的额外工作量，而且还因为我从未使用过一次一款Atlassian产品。
在您的情况下，我还将查看Jira/Fisheye集成部分，并在查看其他商业选项时查看您当前(或根本不需要)该功能集。