关于Git:如何在GitHub上拉请求一个wiki页面?

How to pull request a wiki page on GitHub?

我在Github上看到了一个不可编辑的wiki页面。然后我把这个项目分叉,在"我的终端"上编辑它,并尝试做一个拉请求。事实证明,wiki不在项目中,也没有提交更改的方法。

除了电子邮件,在这种情况下,如果我想建议在wiki上进行更改,是否有方法继续?

在这一点上,我发现了"标题相似的问题"下的另一种选择,但是我还不能用它来完成拉请求,所以我不确定子模块是否是实现这一目的的好方法。我现在明白了,我可以用某种方式把它分支…那这是去的路吗?


Github不支持对wiki存储库的拉请求,只支持主存储库(在我看来,这有点丢脸,但我能理解)。

下面是一个有趣的方法,一个项目管理他们wiki的社区更新,同时仍然严格控制源代码:

My proposed workflow is this:

  • Manually create a fork of the Taffy wiki on your Github account:

    • Create a new repository on your github account. Let's call it"Taffy-Wiki".
    • Clone the Taffy wiki repo to your local machine somewhere: git clone [email protected]:atuttle/Taffy.wiki.git
    • Remove the original"origin" remote and add your github repo as new"origin" git remote rm origin and git remote add origin [email protected]:/Taffy-Wiki.git
  • Make your proposed changes locally, then push them to your github account: git push -u origin master ('-u origin master' only required the first time; afterwards just do git push)
  • Submit a ticket to the official Taffy issue tracker requesting me to review your changes and merge them in. Please be sure to include a link to your repo and describe what you've changed.
  • Goto #2
  • (从如何为太妃糖文档做出贡献。)

    如果是我,我会在主存储库中创建一个问题(也就是说,您分叉的问题),建议对wiki进行更新。如果没有启用问题,那么电子邮件是我唯一能想到的其他选项。


    我对此采取了不同的方法,即将完全相同的内容推送到主repo和wiki中。这不符合每个人的口味,但风险第一主要是一个wiki,在主报告中有几个jekyll页面。

    这意味着拉请求/分叉过程可以正常工作。但是,在合并了拉请求之后,我必须执行额外的步骤,拉到本地repo,然后推到主repo和wiki,Git支持多个原始URL:

    1
    2
    3
    4
    5
    6
    localhost:website robmoffat$ git remote show origin
    * remote origin
      Fetch URL: [email protected]:risk-first/website.git
      Push  URL: [email protected]:risk-first/website.wiki.git
      Push  URL: [email protected]:risk-first/website.git
      HEAD branch: master

    为了实现这一点,我合并了两个回购协议的承诺,如下所示:

    如何合并两个Git存储库?

    然后像这样推到两个回购:

    Git-将代码推送到两个遥控器

    希望这能帮助别人。


    如果你有一个单页长的文档(实际上我更喜欢它),你可以劫持README.MD并把wiki的内容放在那里。

    它不仅会作为普通存储库的一部分被跟踪,还会显示在主页上。

    它可以从一个快速的参考开始,然后进入更详细的描述/说明,这样常规用户就可以首先找到更一般的信息。