Java FishEye可以做什么，我们不能从git存储库的其他工具中获得什么？

我们已经决定使用Jira和Confluence，现在正在研究其他可能使我们的生活更轻松的Atlassian工具

我知道FishEye允许对源代码存储库进行各种可视化，而CVS的本机工具却没有。然而，我们已经迁移到git，它有一个包含非常有用工具的大型生态系统

---

问题是：FishEye能告诉我们一些我们无法从本地工具中获得的有用信息吗？（或价格有竞争力的商业工具）？

我们使用FishEye的主要好处之一是在其顶部的坩埚上分层，便于远程代码审查。

2018年更新：现在称为隐藏…
2013年1月更新：现在称为。
（见附录s）

---

原始答复2012年2月：

从FishEye2.7中，您不仅可以访问远程repo，还可以在FishEye服务器中创建新的Git repo
请参阅“”和“”。
博客文章“”还介绍了该功能，列出了该功能的目标：

• 允许企业在防火墙后获取或迁移到Git存储库
• 简化团队的存储库权限配置

这意味着FishEye将利用访问层（如FishEye运行的Apache服务器）进行内部Git repo访问

它还将提供基本的授权机制，这意味着您不必像另一个Apache+Gitolite那样设置单独的基础设施来管理内部回购：您可以直接使用FishEye服务器

---

我们不再使用FishEye，因为它在我们有限的服务器上运行缓慢且笨重。在GitHub上使用JIRA和Git会更快乐。FishEye兜售的一些可视化特性在Git中也不受支持。我是Atlassian的铁杆粉丝，我只是觉得FishEye不是他们最好的Git工作工具之一。

我个人喜欢FishEye，但它提供了一个中等规模的开发环境和一个半复杂的分支/开发策略，其中监控回购的当前状态非常重要

在我的上一份工作中，我们的主要产品是一系列服务器端Java、白盒SaaS产品，所有的计费和系统集成都由内部处理。尽管大多数人都是Emacs/命令行黑客，但我们仍然在所有主要产品线上使用Fisheye

注意事项

• 这是SVN的结果，不是git/hg，所以对此要慎重考虑
• 还有其他的SVN钩子是在Bugzilla中构建的，我不能100%确定它们是如何工作的

在没有鱼眼的产品上工作的重组工程师通常不高兴，原因如下：

• 重构通常需要移动文件、重命名、合并相关更改等。Fisheye按基本名称搜索将返回很久以前被删除的文件，并保留其历史记录，因此，即使您在回购中弄乱了历史记录，您也能了解以前的更改是什么。对于一个正在经历一些非常真实的成长痛苦的代码库来说，这是一个巨大的帮助

• 代码所有权/审查即使没有健全的代码所有权/审查流程，您也可以使用Fisheye选择特定的项目/回购变更。对于团队领导之类的人来说，这是一种非常简单的方法，可以随时了解其他人在改变事情时正在做什么，以及为什么要改变，无论你是想接收垃圾邮件还是为repo设置RSS提要。如果你同时管理多个项目，那将是一件大事。我为我的第一个主要项目设置了一个RSS提要，这样我就可以看到它是如何变化的，但真正的好处是在API相关项目发生变化时监视它们

• 可用并非我们所有的工程师都是命令行黑客。这对于一些处理HTML/CSS的前端工程师来说尤其如此。尽管有些人在可能的情况下倾向于使用命令行工具，执行常规文件差异和“谁恢复了我的更改以及何时恢复？”在浏览器差异工具中处理要比执行“svn责备”之类的操作更容易

综上所述，我要说的是，如果我从一开始就做一个开发车间，我根本不会碰它，除非我需要整个项目的可视化，而不是偶尔需要一两个特定的文件，这可能意味着以下事情是正确的：

• 我的团队大约有10多名潜在非技术背景的工程师，他们需要或需要通过特别策略进行重组
• 分支/标记与一般版本控制一样满足许多特殊需求
• 代码所有权和审查至少作为一个松散实施的想法获得了吸引力，而不是因为资源限制而对其采取强硬立场
• 工程师之间的沟通是一个越来越多的问题（无论是纯粹的噪音，还是缺乏噪音）。这包括对直接文档的随意对话

我也忽略了任何分析/工具集成。部分原因是我假设，如果您将Fisheye与其他产品进行比较，您还应该看看维护Fisheye与使用另一种解决方案与使用winging解决方案相比需要多少额外工作，但也因为我从未同时使用过多个Atlassian产品

---

在您的情况下，我也会查看Jira/Fisheye集成部分，看看在查看其他商业选项时，这是否是您目前（或根本）需要的功能集。

我非常喜欢Fisheye和Jira之间的集成。让您在jira中的项目链接到您在fisheye中的存储库是非常棒的。你可以在jira中获得“源”选项卡。然后，当您在提交注释中使用bug/task id进行提交时，fi