Prose.io 内容管理工作流程解释答案

【问题标题】：Prose.io content management workflow explainedProse.io 内容管理工作流程解释
【发布时间】：2014-09-24 00:35:43
【问题描述】：

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

prose.io 内容贡献者是否可以通过 prose.io 访问 GitHub 上的主存储库，或者他们是否在分支甚至分叉上工作？

我想知道当每个人都可以访问时，主仓库会出现多少问题以及主仓库会变得多么混乱？

是否可以选择将拉取请求与散文结合起来？

【问题讨论】：

标签： jekyll prose

【解决方案1】：

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

但是，您可以做一些事情。在 Jekyll _config.yml 中，您可以为 rooturl: "DIRECTORY NAME" 设置散文参数选项，这会限制散文对目录的访问。就我而言，有一个名为_posts 的目录，散文无法编辑它之外的任何内容。还有ignore 选项基本上使文件夹在散文中不可见。我

这是我的散文配置，用作示例。在这里，我同时使用了 root 和忽略选项。

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."

【讨论】：

【解决方案2】：

Prose 不一定提交到master，而是提交到您的默认分支。这通常是master，但你可以change it。例如，如果您使用 GitHub Pages，您的默认分支将是 gh-pages。

在我们的工作流程中，我们现在尝试将贡献者编辑的分支与我们用于生产的版本分开。我们将默认值保留为master（为简单起见），但将我们的生产版本保留在单独的分支中（例如production）。然后项目所有者小心地从master 合并或挑选到production。

Prose 可能很快就会允许您从 GitHub 默认分支change the branch it commits to，此时我们将重新审视我们的工作流程。

【讨论】：