问题标签 [atlassian-crucible]

Ubuntu 14.04（VirtualBox/Vagrant 机器）。

鱼眼神器zip版本：3.9.1

由于它没有 init.d 级别的启动脚本，我创建了以下脚本/etc/init.d/fisheye：

作为root用户，当我尝试运行时service fisheye start，我看到它启动了该过程，但最终失败，显示以下主要错误。

完整日志： /mnt/fecru-3.9.1/var/log/fisheye.out 文件：在此处下载

我怎样才能得到这个决心并开始鱼眼？文件夹 /mnt/fecru-3.9.1 具有用户的有效 775 权限（递归设置）root。

打开 fisheyectl.sh 文件上的调试（shell / bash -x）选项，显示：

全部，什么表在 Crucible 中存储 repo 名称？我需要使用 sql 查询来构建它们的列表。

谢谢，

和在 Github 网站上直接修改源码和提交一样，是否可以在 Crucible 上手动修改源码？

我在尝试在 Crucible 的多个项目中创建自动代码覆盖率报告时遇到了一些麻烦。似乎代码覆盖面板在算法中抓取了一些数据或操纵了一些数据，这与 delta-LOC 的东西不同。事实上，我什至不完全确定代码覆盖率指标是从哪里来的。这绝对是一个谜，非常令人沮丧。审阅者取消审阅是否可能会影响 delta-LOC 指标？

这是我在这个问题上找到的唯一线程，它没有回复。 坩埚审查覆盖率报告的自动报告生成

任何帮助表示赞赏。

When creating a code review via Crucible/Fisheye, I upload a patch file of local changes, generated using SVN's right-click context menu in windows (right click -> Create Patch), and successfully anchor it.

After this, some reviewers make comments and I agree to implement their changes, and so I do. I then create another patch file from my new set of local changes and upload it to the review, making sure to anchor it as well.

Now, when sliding the 'iterations' bar at the top of the review, there is no longer a way to compare changes relative to the checked-in 'baseline'. If the bar stretches from the original revision/baseline on the left to the first patch like so;

there are no changes shown in the diff view(s), almost as if the first patch uploaded has taken on the role of a new 'baseline'. The 2nd patch is always viewed in relation to the first patch, even if I stretch the iterations bar to start at the original, like so;

This looks identical to if I only compare the first patch and the second (without baseline) like so;

Why am I losing the ability to compare to baseline as soon as I upload the second patch? The diff is fine against baseline if I only upload the one patch file.

从 Crucible 版本 4.2.1 开始，没有对 Kotlin 文件的内置语法高亮支持。我已经为此填写了功能请求。

但是，目前，唯一的可能性是添加自定义语法配置，如此处所述。

有没有人已经完成并且可以共享配置？

是否可以使用 EyeQL 选择（返回）分支名称？就像是：

因为正如我所见，“分支”是 EyeQL 中的未知字段......

是否有一些 Atlassian Bitbucket Crucible 集成允许在 Crucible 审查“关闭”后锁定 git 存储库功能分支。我们正在努力防止在审查结束后对分支进行额外的提交。这在过去一直是一些开发人员想要偷偷改变而不经过正确流程的问题。Crucible 中的同行评审完成后，评审创建者会关闭评审，然后使用 Jira 创建拉取请求。我们希望防止代码偷偷摸摸，但也消除了使用拉取请求再次重新查看代码差异的需要，以确保其在合并之前准确无误。

欢迎任何解决方案或建议。

我们正在使用坩埚进行评论。我们手动将源文件上传到坩埚，一旦审核完成，我们会将文件从本地文件夹提交到 svn。有时我们会丢失文件或将错误的文件上传到 svn。审核完成后，有什么方法可以直接将文件从坩埚提交到 svn

是否有一种方法可以获得与评论的 Crucible“详细信息”页面中显示的值与“分支自”值相同的值？它是审查（Git）的克隆分支的分支。如何使用 REST API 找到它？我只看到这些文档和这个，找不到需要的 API 调用。我怀疑它可能是“rest-service-fe/revisionData-v1/revisionInfo/”调用，但它一直返回 404 ......而且我不确定它是否需要调用，因为没有任何“分支”实际上在它的回应中。