Jekyll 解释了poss.io内容管理工作流

我正在研究poss.io，我想了解更多关于内容管理工作流程的信息

poss.io内容贡献者是通过poss.io访问GitHub上的主存储库，还是在分支上工作，甚至在分支上工作

我想知道，当每个人都可以访问时，主回购协议会出错多少，会变得多么混乱

---

有没有一个选项可以将拉取请求与散文结合起来？

在我的个人博客中使用散文，并且它的主repo散文可以访问

然而，你可以做一些事情。在Jekyll

\u config.yml

中，您可以为

rooturl:“目录名”

设置散文参数选项，其作用是限制散文对目录的访问。在我的例子中，有一个名为

\u posts

的目录，散文不能编辑它之外的任何内容。还有一个

ignore

选项基本上使文件夹在散文中不可见。我

下面是我的散文配置，用作示例。这里我使用root和ignore选项

prose:
  rooturl: '_posts'
  media: 'img'
  ignore:
    - 404.html
    - LICENSE
    - feed.xml
    - _config.yml
    - /_layouts
    - /_includes
    - /css
    - /img
    - /js
  metadata:
    _posts:
      - name: "layout"
        field:
          element: "hidden"
          value: "post"
      - name: "title"
        field:
          element: "text"
          label: "Post title"
          placeholder: "Title"
          alterable: true
      - name: "subtitle"
        field:
          element: "textarea"
          label: "Subtitle"
          placeholder: "A description of your post."
          alterable: true
      - name: "date"
        field:
          element: "text"
          label: "Date"
          help: "Enter date of post."
          placeholder: "yyyy-mm-dd"
          alterable: true
      - name: "published"
        field:
          element: "checkbox"
          label: "Publish"
          help: "Check to publish post, uncheck to hide."

更多关于此处选项的信息>

---

散文不一定要提交给

master

，而是提交给您的默认分支。这通常是

master

，但您可以。例如，如果您使用的是GitHub页面，那么默认的分支将是

gh页面

在我们的工作流程中，我们现在尝试将贡献者编辑的分支与我们用于生产的版本分开。我们将默认设置保留为

master

（为简单起见），但将生产版本保留在单独的分支中（例如

production

）。然后，项目所有者小心地将

主文件

合并或挑选到

生产文件

Pross可能很快会允许您从GitHub默认分支访问，此时我们将重新访问我们的工作流