标签: pull-request

我在GitHub上分叉了一个项目,推动了一些更改,并打开了一个pull请求.维护者注销并在新提交中应用更改(而不是合并我的提交),因此提交图如下所示:

* 03a0687 (origin/master) frotz: Corrected MAN_PREFIX
| * 11d3e98 (HEAD, master, jleedev/master) frotz: Corrected MAN_PREFIX
|/  
* 9c3dd1a yajl: use direct patch from Github.

显然,我必须重新绑定或强制更新我的本地分支.那么我是否必须强行推送到GitHub上的分支？我主要是因为强制更新不应该是自动的.当您的更改被维护者挑选时,这是标准的事情吗？

我在Bitbucket存储库中使用GitHub客户端.所有工作和正确同步,但不显示拉请求按钮.在GitHub回购所有的工作.

我发现了类似的问题 - Github for Mac:Pull Request Button丢失了,但是我使用了Bitbucket并且无法从"other"更改repo标记.

任何建议？

GitHub的:

其他回购:

我知道这不是一个新问题，但是我尝试了这里提供的许多解决方案，但似乎没有什么对我有用。

我已经分叉了一个项目来为其做出贡献。我进行了多次提交，它们都只包含在一个拉取请求中。

我想为每个提交创建新的拉取请求，我尝试创建一个新分支并愉快地选择特定提交，但它似乎不起作用。

1. 我有一个 master 分支，它比远程分支提前 4 个提交。 https://github.com/Gaurang033/Selenium2Library
2. 如果我从我的主分支创建一个新分支，所有这些更改也会被复制。所以创建一个分支也没有帮助。 https://github.com/Gaurang033/Selenium2Library/tree/click_elements

这是一些输出git log --all --oneline --graph --decorate：

* 340fb9e (origin/click_elements) Feature Request - Click Elements #585
*   8a8f485 (HEAD -> master, origin/new_locator, origin/master, origin/HEAD) Merge remote-tracking branch 'upstream/master'
|\
| * 2466942 (upstream/master) Libdoc updates - link to project and fix 404 (#668)
* | e66862f Added method to find element by class name #673
* | f8ec2ed Feature Request - Click Elements #585
* | 264e38c Added …

我的公司正在使用 VSTS 和 git。自昨天以来，VSTS 中的访问控制摘要设置似乎发生了变化。我看到了比以前更多的选择。

我是 MyRepository 管理员和 MyRepository 团队的成员。

我得到一个：

2017 tf402455: pushes to this branch are not permitted; you must use a pull request to update this branch. 

当我尝试从已完成的拉取请求中删除源分支时，尽管我已授予 MyRepository 管理员和 MyRepository 团队的允许权限以进行强制推送（重写历史记录和删除分支） 通常我只是授予强制推送权限我这样做时的 MyRepository 管理员。在看到 tf402455 后，我为 MyRepository Team 添加了权限，当时我只是为管理员完成了它。

这是我一天要做多次的事情。是否更改了执行此操作所需的权限？VSTS 的 UI 似乎每隔几个月就会改变一次，您必须花几天时间弄清楚如何再次执行日常任务。

我在 Github 上有一个项目，所有团队都使用 Pull Request 工作流程。所以每个开发人员都有一个主存储库的分叉。

解决添加新功能问题的过程如下：

1. 开发人员在其本地存储库中创建一个分支（从 master 分叉）
2. 开发人员开始处理解决问题的票证
3. 一旦开发人员完成了票证，他就会将更改提交到本地存储库，并将更改推送到 Github 中的 Fork
4. 然后，他从该分支向 Master 请求一个 Pull 请求
5. 团队负责人访问主存储库并验证拉取请求并接受更改并将其合并到主存储库。

当我们要发布时，发布的代码来自 Master 存储库，但我们希望像 Master 中的代码的基线一样，这样任何其他接受并合并到 Master 中的 Pull 请求都不会更改我们的代码即将发布。

我们是否可以使用来自 Github 的发布功能在某个时刻获取 Master 存储库代码的副本，并保持该代码不变，即使某些新的 Pull 请求合并到 master 中也是如此？

我正在从事的项目有2个长期存在的功能分支以及master分支。

为了完全自动化部署，每当部署从Azure DevOps版本中退出时，我想创建一个从master到这两个功能分支的提取请求。

Azure DevOps中的哪种工具将允许我将发布请求创建为发布任务？

我为 GitHub 上的一个开源项目做出了贡献。创建了一个拉取请求，维护者对其进行了审查，他要求我返工一些东西。与此同时，其他好人也做出了贡献。因此，首先我习惯于git rebase master在最新分支之上对拉取请求进行变基master，然后使用git rebase -i HEAD~5交互式变基功能来修复我的一些提交，然后再git push --force对我自己的远程分支进行变基。

然而，此后，GitHub 认为master由于冲突，我的分支无法再合并到该分支中。事实上，它认为我的分支中添加了一些其他提交（不是我的），这显然与master.

我做错了什么，我该如何纠正？

更多细节

假设该master分支有以下历史

(master) A -> B -> C -> D

然后我提交X、Y和Z，所以我的分支历史记录是：

(my-branch) A -> B -> C -> D -> X -> Y -> Z

我们还假设有人同时承诺并E推动：master

(master) A -> B -> C -> D -> E

所以首先我要做git rebase master的就是my-branch. 之后我的分支历史是： …

有没有办法https://tfshost/tfs/Collection/Project/_git/Repository/pullrequest/12345使用 TFS客户端库获取 PullRequest 的 Web URL（类似于PR#12345 的TeamWebAccess ，而不是 API url）？

var prId = 12345;
var tpc = new TfsTeamProjectCollection(new Uri(""));
var git = tpc.GetClient<GitHttpClient>();
// GitHttpClient has no special methods to do it
// and GitPullRequest obtained through GitHttpClient.GetPullRequestByIdAsync contains only the API link
var prWebUrl = git.?????(prId);

也许我错过了类似于TswaClientHyperlinkService 的东西？

还是我必须求助于从 API 链接/GitPullRequest属性中推断出网址？

GitHub 中合作者和贡献者的拉取请求有什么区别？我没有发现合作者有任何特殊特权。

更新：嗯，我在 Bash 脚本中运行它，但我想看看我得到了什么错误代码，现在我可以看到我得到了一个401 Unauthorized. 我正在使用我的用户名并使用admin访问 bitbucket创建了个人访问令牌，所以我应该能够创建一个 PR 对吗？我可以通过同一存储库上的 Web UI 执行此操作吗？

我正在运行 bash 脚本以在 Bitbucket 上创建拉取请求。我已经在以编程方式克隆 repo、编辑文件、执行 git add/commit，现在我只需要使用 CURL 来制作 PR。似乎 bitbucket API 公开了一个端点来使用 POST 请求执行此操作：

Creates a new pull request where the destination repository is this repository and the author is the authenticated user.

The minimum required fields to create a pull request are title and source, specified by a branch name.

curl https://api.bitbucket.org/2.0/repositories/my-username/my-repository/pullrequests \
    -u my-username:my-password \
    --request POST \
    --header 'Content-Type: …