问题标签 [bitbucket-cloud]

我想在 bitbucket-cloud 中实现分支策略，其中对 master 的拉取请求只能从 release/* 分支和 hotfix/* 分支完成。不允许任何分支向 master 提出 Pull 请求。同样，对 Release/* 分支的拉取请求只能从 feature/* 分支完成。

我已经启用了相同的分支模型。在分支许可下，我无法控制流量。

我目前正在使用 Jira 来控制我的项目问题和 bitbucket 来控制我的代码。我在我的工作流程中创建了一个从“准备部署”到“已部署”状态的过渡表格。我想要的是，当从 Jira 中，我的按钮“部署”在上述状态之间进行转换时，触发一个 post 函数来合并该分支的 pullrequest。

任何人都知道一个简单的方法或免费插件来做到这一点？

我寻找一个解决方案，实际上是 Jenkins 在 git 中查找拉取请求并触发作业并报告结果。

通常是 git hook 触发 Jenkins 中的工作。但是由于一个新的程序，我正在以另一种方式工作。

应该是 Jenkins 做所有事情。从检查 git 上的任何拉取请求到触发自身并将结果发送到 git。

我和其他几个开发人员一起从 master 分支开始，我们遵循一个很好的工作流程，我们创建一个新的特定于问题的分支，将其合并回开发，并在少数功能合并后开发到 master。

有时我们也会在 master 中进行修补程序，然后将 master 合并到 develop 中以避免将来的合并冲突。

问题

在某些时候，我将 master 合并回 develop ，但是在解决合并冲突时，删除了一些在 develop 中完成的代码。现在我们意识到了产生的问题，所以现在我们需要撤消那个特定的合并。

所以，让我和你分享一些信息。

掌握

• 修补程序-1
• 修补程序 2
• 修补程序 3
• 合并发展
• 还原合并开发

当前状态：好的

开发

• 从大师开始
• 工作
• 工作乙
• 合并来自 test_1 的工作
• 合并来自 test_2 的工作
• 合并master到develop
• 工作c
• 工作d
• 工作e

如果您关心时间顺序，那么 master 的最后 2 次提交是最新的更改。

我的愿望

我希望有一个选项可以恢复合并，因为我完全空白。

选项：

1. 我尝试还原，但事实证明您无法还原合并提交
2. 我想我可以在合并之前从提交中创建一个新分支，然后在合并后重放更改，然后将新分支合并回开发。这可能吗 ？它能让我继续我们的工作流程吗？

重要的一点是我可能没有得到全貌，因为我刚刚读到合并后两个分支共享历史，当我在 bitbucket 中提交哈希时，我在所有提交中看到 master。我猜提交已经转移到master。

任何帮助或见解都会非常有帮助。谢谢。

我们有 Bitbucket Cloud 而不是 Bitbucket Server。有没有办法修改 Bitbucket 上的“预接收”功能？目标是审核推送，以确保在代码在 Bitbucket 上可用之前没有明显的漏洞。Git-hooks 可能会起作用，但实际上并没有办法让它们在同一个 repo 中进行版本控制——我能想到的唯一方法是 ssh 进入 Bitbucket 服务器并修改远程 repo，但我不认为你能做到吗？

我唯一的猜测是，可能有一种方法可以将预接收钩子放在源代码控制中，方法是将钩子放在回购中这样的地方：

但是在网上很难找到这方面的任何信息。

我正在使用这个界面：

如果我想 ping 我们的 Jenkins 服务器，我们需要凭据，例如使用 cURL，它看起来像：

那么有没有办法通过 webhook 接口或查询参数以某种方式传递凭据？

我正在查看 Bitbucket Cloud的 webhook 文档： https ://confluence.atlassian.com/bitbucket/manage-webhooks-735643732.html

我可以向 url 字段中的 url 发送 GET 请求，但我想发送更改的分支的提交或 PR id，以便我可以将请求发送回 Bitbucket 以更新 Bitbucket 的 UI。有没有办法在 webhooks 表单的 url 字段中包含动态值？

我看到了用于更新提交的构建状态的文档： https ://developer.atlassian.com/bitbucket/api/2/reference/resource/repositories/%7Busername%7D/%7Brepo_slug%7D/commit/%7Bnode% 7D/状态/构建

对于拉取请求，是否没有与之关联的唯一提交？是否没有用于更新 PR 构建状态的 API？还是我们只需要发现哪个提交与 PR 相关联，然后只需更新该提交的构建状态？

例如这个视图：

您可以在右侧看到对 temp 分支的提交具有通过的构建状态 - 但它的工作方式是它应该将temp 合并到 master到一些新的提交/分支中，我需要能够对其进行测试。

我要更新的视图位于 url：

我们的团队在 Bitbucket 上有一个帐户，我们必须为每个 repo 配置 webhook。有没有办法一次性为所有 repo 配置 webhook，而不是分别管理每个 repo 中的 webhook？

或者，有没有一种方法可以使用 bitbucket api 来遍历所有存储库并将每个存储库的 webhook 更新为相同的设置？

当在 Bitbucket Cloud 上创建拉取请求时，这是由 Bitbucket webhooks 为 repo 发布的有效负载的重要部分：

所以与 Github 不同，Bitbucket 不会创建一些包含合并的临时分支 - 所以我是否希望自己进行合并以创建一些可以转发以进行测试的合并提交？如您所见，我所拥有的只是源提交和目标提交，而不是要测试的新合并提交。