我从源代码A在Github上分叉了一个项目.从那以后,标准的做法是不向A发出pull请求,而是向B发出请求.这意味着每个pull请求,我必须手动指定pull请求的目标 - 有点单调乏味.
有没有办法永久改变我的叉子的来源?
任何人都可以告诉我如何告诉Github,我希望在全屏宽度上看到Pull Requests上的代码评论.代码行通常比Github提供的区域长,并且有大量未使用的屏幕空间.
是否有Github或Chrome扩展程序或Tamper Monkey中的设置或类似的设置.
Github 添加了审稿人。
有没有办法找到用户是审阅者的PR(例如在Pull Requests页面上)?我已经尝试过的事情:
检查https://help.github.com/articles/searching-issues/过滤器:
没有找到
已测试潜在过滤器评论者:{{user}},评论者:{{user}}
没有 PR 返回
测试了涉及的:{{user}} 过滤器
用户仅作为审阅者的 PR 不会显示在结果中。
我正在审查一些新代码的 Github 拉取请求。从下面的部分截图中可以看出,提交的一些文件是 Github 故意省略的二进制文件。显示的消息是“未显示二进制文件”。
我想评论关于这些文件的拉取请求,因为它们是在不正确的文件夹中创建的,但 Github 似乎没有这些文件的功能。
我可以对未显示的二进制文件的 Github 拉取请求发表评论吗?如果是这样,如何?
我曾尝试在 UI 上胡乱搜索,谷歌搜索,在 Github 论坛和 SO 上搜索此问题,但无济于事。提前致谢。
它对于审查目的可能很有用,例如,如果一个人想要审查由她的团队中的某人编写的拉取请求。
根据 GitHub 的文档1,可以按请求审核的团队来过滤 PR ,但如果成员实际创建了 PR,则不能。
1 https://help.github.com/en/github/managing-your-work-on-github/filtering-issues-and-pull-requests
.github/CODEOWNERS我有一个 GitHub 存储库,当首次打开拉取请求时,它会自动请求代码所有者团队(在 中定义)进行审查。我想要的是强制执行拉取请求必须得到代码所有者批准的要求,但在首次打开拉取请求时停止发送这些审查请求。即贡献者期望的流程是这样的:
open a pull request -> mess around, make changes -> manually request a review when ready (can't merge without codeowner approval)
这可以通过让贡献者打开草稿拉取请求并仅在它们实际准备好时将它们标记为准备好来解决,但贡献者似乎不想这样做。当它实际上还没有准备好接受审查时,贡献者通常会打开一个(非草稿)拉取请求(我想是习惯的力量)。
有没有一种方法可以做到这一点,并且不依赖贡献者使用草稿拉取请求?
我在GitHub上分叉了一个项目.作为一个纯Java源代码,我必须调整它以使其成为一个eclipse项目,然后才开始工作.我做了3次提交来反映这些变化.
然后我完成了对实际程序的调整,我想向请求这些更改的开发人员发送一个pull-request.
我的提交历史如下:
如何发送省略#1,#3和#4的拉取请求?
以下场景:
我分叉了一个开源存储库(GitHub -> project -> Fork).然后我在本地克隆了我的项目副本,在主分支中做了一些更改,提交了它们,然后推送到我的存储库:
$ git clone git@github.com-myusername:myusername/originalprojectname.git
... changes ...
$ cd originalprojectname
$ git add path/to/changed/file.php
$ git commit -m "..."
$ push
Run Code Online (Sandbox Code Playgroud)
之后,我在GitHub上启动了一个pull请求.它被标记为"合并好"并添加到Milestone: x.y.z.
改变后的代码在哪里停留?只在我的回购或其他东西?背景是:我想删除我的存储库.所以,最后我的问题是:如果我在GitHub上删除了我的存储库,那么原始项目的更改是否仍然可用,还是应该等待发布x.y.z?
我想提议对Launchpad中托管的项目的源代码进行更改.
问题是:我不知道如何使用集市版控制系统,我从未使用过Launchpad,那么制作Github拉取请求的等效步骤是什么,但是应用于这个系统?
我已经阅读了一些教程,并且它们非常长而且不是非常简单,因为它应该非常简单.
我们目前的工作流程:
从 dev 创建一个功能分支。在开发功能并推送分支后,请执行以下操作:
git checkout dev
git pull --rebase (在开发中)
git checkout my-feature-branch
git rebase dev
解决冲突,然后执行 git push -f 或 git push (第一次)。
我的问题来自我们的一名开发团队成员:
我们是否需要按原样完成整个过程,或者我们可以直接发出拉取请求,特别是响应总是“我正在处理一个没有被任何其他开发人员共享的组件”?
提前致谢
pull-request ×10
github ×8
git ×4
bazaar ×1
css ×1
launchpad ×1
open-source ×1
rebase ×1
review ×1