问题标签 [atlassian-crucible]

大家好，我的团队有两台服务器，一台用于坩埚，一台用于 SVN。最近我们有开发人员抱怨他们的 SVN 版本需要很长时间才能显示在 Crucible 中，有时需要长达 24 小时。我们真的希望这个时间以分钟为单位。这是我们 Crucible UI 的屏幕截图，详细说明了我注意到的一些错误和超时。

最令人担忧的部分是为什么这个命令“svn diff --summarize -r 6347:6348”在这么长时间后超时，它不应该花那么长时间才能完成。

关于为什么 SVN Diff 需要这么长时间以及如何减少的任何建议或指示？

I have setup Crucible for my GIT repository hosted on Bit Bucket server. I am making a smart commit as shown below to create a review on Crucible

TP is the project code. I am getting the below error :

Can you help me understand what is causing this error & fix this.

我们正在使用坩埚作为审查工具，但最近我们得到了一个要求，即所有提交都应该被审查。

以我们现在使用坩埚的方式，可以提交代码但不能为其创建审查。所以从技术上讲，可能会有一些未经审查的提交。

所以我的问题是有什么建议可以解决它，并且有像 git pull request 一样的保证（对于所有要审查的代码）但仍然有坩埚作为审查工具？

从我现在看到的方式来看，我们可以禁止推送我们的“主”分支并对其提出拉取请求。但是我们需要该工具以某种方式检测所有“差异”行已在坩埚中恢复（但我不知道这是否可能），如果不是 - 显示未经审查的行并禁止提交。

我在 repo 中有以下 SVN java 项目结构：

• 神器文件夹 1

  • 分支机构
    • 开发者
      • 项目一

• 神器文件夹 2

  • 分支机构
    • 稳定的

我想将项目 1 从复制Artifact folder 1/branches/dev/Project 1到Artifact folder 2/branches/stable.

我想以这样一种方式复制它，以便我能够看到项目 1 中的差异，因为当我从Artifact folder 2/branches/stable. 这可能吗？

目前，我只是将项目复制到新位置，当我添加提交时，它会显示所有文件，而不显示如果我从原始位置创建评论，它将显示的差异。

抱歉，如果之前已经回答过这个问题，我找不到它。

请有人指出我的讨论 -

1)使用 Crucible 优于 Bitbucket（服务器）拉取请求的好处？

2) Crucible 与 Bitbucket Pull Request 的集成

我尝试搜索一个但无济于事。抱歉，如果它已经存在。

我们正在评估这 2 个工具来自动化我们的代码审查流程；确保在提交到主分支之前可以进行代码审查。

对此的任何专家建议将不胜感激。

非常感谢。

亲切的问候！

我必须获取 JIRA 特定问题的 SVN 提交消息。（https://jira2.####.com/browse/ABCD-1234）

问题键是= ABCD-1234

我可以获得有关如何获取提交消息的 API 或任何链接或任何方法的帮助吗？

在这种情况下，任何 Crucible/JIRA/SVN API 都会有所帮助。

我正在寻找一个好的同行代码审查工具，我可以在其中选择最适合我审查的用户（尽管其他人可以自行加入），并跟踪从本质上更新审查中代码的更改（换句话说，我不'不希望过时的代码保留在审查中，而是被更高版本替换）。

基本上按照 Crucible/Fisheye 的思路思考，但 100% 免费且可在内部托管。

我知道 CodeBrag 对于小型团队来说还可以，但似乎没有提供我正在寻找的那种适当的对等功能。

我也知道 Gerrit，但这似乎包含它自己的中央存储库，因为我已经拥有一个功能齐全的中央存储库。

另一个轻微的障碍是目前使用 SVN 作为版本控制工具。谢天谢地，CodeBrag 支持 git-svn，但 Gerrit 似乎是纯 git（尽管我认为 git-svn 可能会被硬塞进流程中）。

我想让 Crucible (CodeReview Tool) 与我的 gitlab 集成。因此，除了特殊的“智能”提交命令之外没有直接集成，例如开始审查或链接到 Jira 票证。

但在另一个工具的另一个视频中，我看到了等待管道的想法。所以我偷了这个想法，想把它整合到 Curcible 中：

在管道中，我想开始为给定的 ReviewID 轮询坩埚的 WebAPI，当 Json 中的答案“完成”时，我想成功管道，否则我只想稍后再试......

知道如何通过让跑步者永远跑步并且每 x 秒做一次投票来实现这一点吗？

有没有办法搜索（在 Jira 高级搜索中，而不是在鱼眼或坩埚搜索中）Jira 票证：

• 存在坩埚审查
• 审查未处于“关闭”状态

我在代码分支中有一个变更集，其中包含大约 1500 个文件，用于合并到 Bitbucket 主分支。当我发起合并主分支的拉取请求时，GUI 上出现以下错误。

“这个拉取请求太大而无法呈现。显示前 1000 个文件。”</p>

我看到另一个严重的问题是使用 Crucible 对同一变更集进行审查，该变更集的更改文件限制 > 800。

可能存在与 JVM 属性更新等和性能不佳有关的潜在解决方案。但是，这不是我们的选择。

有没有办法使用带有大型变更集的工具或两者兼而有之？

有人可以建议正确的方法吗？

提前致谢。