问题标签 [atlassian-crucible]

我们的团队最近迁移到 Atlassian Crucible 进行同行评审。我们目前的工作流程是

• 从开发中创建功能分支
• 分支完成后，将分支推送到原点并在坩埚中为分支提交创建代码审查
• 代码审查过程完成后，关闭代码审查并将功能分支合并回开发并将最新的开发推送到源。

我们在这个特定的工作流程中面临的问题是，一旦我将分支合并回开发并将其推送到原始坩埚报告显示这些更改要开发为未经任何审查的更改。因此，不知何故，这些更改并没有追溯到我们在功能分支上进行的代码审查。我几乎可以肯定，我们的工作流程中遗漏了一些东西，并且很乐意听取专家的意见并加以纠正。

提前致谢。

1. 我在http://mydomen:8060上安装并使用 Crucible+FishEye
2. 工作几个月 - 所有工作，与 jira 的集成工作。
3. 我创建http://crucible.mydomain（在其他物理服务器中） - 在 localhost:8060 上使用 nginx 代理，安装 Crucible+FishEye 并从备份中恢复。

现在我在 jira 任务 Source 和 Rewiev 选项卡中出错了：

为什么它尝试在http://mydomen:8060上连接？在我的坩埚 > 管理 > 全局设置 > 服务器 > HTTP Bind=crucible.mydomain

我们正在使用 Atlassian Crucible 进行代码审查。每次我创建评论时，它都会向我显示整个项目中大约 40 位评论者的列表。但是项目中我的小组中只有大约 5 人需要审阅我的代码，所以每次我都必须手动从审阅者列表中删除大约 35 人。

有没有办法为我的代码审查创建一个默认的审查者列表？

我对使用 Crucible/FishEye 感兴趣，但它不支持 TFS。

有没有人尝试过使用 TFS GIT 存储库的 Crucible/FishEye？那样有用吗？

是否有可能阻止 SVN 提交，直到它得到 Atlassian Crucible 代码审查员的审查和批准？我想做一些类似于 Gerrit 但使用 SVN 的事情。听说用集中控制的版本系统做不到，但是有什么替代方案吗？

我有一个包含一个或多个提交的JIRA问题列表：

• J1 (c11, c12, ..., c1n)
• J2 (c21, c22, ..., c2m)

...

• Jk (ck1, ck2, ..., cky)

其中 n,m,y >= 1

使用Crucible我正在尝试为 J1、...、Jk（或 c11、...、cky - 因为如果 Crucible 评论的数量大于 JIRA 问题的数量，则可以）创建评论。

为了实现这一点，我想查看使用EyeQL的提交，这些提交没有创建评论（不一定关闭）。

如果我运行以下查询：

它只返回没有“完整”审查的提交。但我只想查看没有“审查”的提交（无论其状态如何）。

我怎样才能实现这种行为？

我想要类似的东西and doesn't have any created review而不是and not reviewed.

我想有一种自动化的方式在两个 Git 标签之间创建一个在坩埚中的评论。（我也有允许浏览代码的 FishEye）。

我可以通过执行以下操作通过网络进行操作：

创建评论 -> 搜索文件 -> 高级搜索 EyeQL 查询：

并单击“添加所有 n 个修订”框（这可能不是最有效的路线，但它有效）

但是我找不到通过其余 API 执行相同过程的方法。

我可以使用 REST API 创建评论，但下一步（指定要评论的文件）让我无法理解。

我正在尝试捕获 Review 状态事件，例如当有人关闭它时。然后从插件中获得任何生命迹象。向日志文件（从任何日志级别）或 STDOUT 发送一行。atlassian-plugins.xml 看起来像这样：

类本身在这里：

这可以成功构建和上传，但无法启动。错误信息是：

还有另一个类的尝试，如：

但在这种情况下，这可以构建和上传，看起来甚至已经开始，但没有任何操作。

开发团队对工具有特定的要求。[我有] [阅读] [很多] [关于] [理想] [工作流程]并想出了一些像这样工作的东西：

1. 开发人员在Jira中创建更改请求、修补程序、功能等。将沿着工作流程跟踪该唯一项目 ID。
2. 开发人员从Git中提取 repo ，创建一个feature-a分支，在本地提交更改并推送到远程 git repo。禁止推送。master
3. Git 钩子触发一个运行冒烟测试（编译和单元测试）的Jenkins作业。如果测试通过，则在Crucible中创建一个修订版。
4. 除非代码审查委员会批准更改，否则我们必须从步骤 (1) 开始。Crucible触发Jenkins工作。
5. 詹金斯自动合并到master. 如果失败，则需要手动合并并返回步骤 (2)。检查步骤 (4) 可能会被绕过。
6. Jenkins开始 QA 测试（集成测试、静态分析、系统测试、IP 扫描等）。
7. 看门人（或高级开发人员）促进发布候选的特定提交。

Jenkins 有很多插件，但没有什么是开箱即用的。我需要开发许多连接器（Jenkins-Crucible、Jenkins-Git 用于自动合并）。更换工具不是一种选择。

如何简化工作流程？

我试图寻找一种通过特定变更集查询 Crucible API 的方法。

在查看 API 后，我找不到任何类似的东西。

https://docs.atlassian.com/fisheye-crucible/latest/wadl/crucible.html

我们的开发 SCM 是反复无常的，我们正试图找到一种在 pre-push 时强制执行代码审查的方法。这个想法是，在提交时，一个 mercurial 钩子将自动在坩埚上创建审查，并且在预推送时，它将检查是否已为此变更集完成审查。

这可能吗？