github是否尊重Jekyll'；s"；资料来源；变量

为了使我的工作流程更整洁，我遇到了source标签，它允许我将“dev work”托管在一个单独的文件夹中，而不是我的_站点

这真是太棒了，但Github页面似乎并不认可这一点？我觉得我做错了什么，所以我只是想检查一下。我在网上找不到太多关于它的信息

在这种情况下，我不需要显式地使用github来完成这项工作，但是对于依赖github页面的项目来说，拥有这种一致的工作流程将是非常棒的

---

谢谢

您不需要更改源或目标参数来分别对其进行版本设置。您可以在同一存储库的两个不同分支中对它们进行版本设置

为什么在不同的分支中进行版本控制？ 如果您需要一些插件（生成器、标记，…）或构建任务（gulp、grunt，…），而这些插件不会在gh页面上运行，那么您必须在一个分支中发布您的Jekyll源代码，并在另一个分支中发布您的构建结果

对于用户/组织站点，它将是站点构建的master，代码的sources（或您喜欢的任何名称）。用户/组织站点将在github.com/userName/userName.github.io上进行版本控制，并托管在（或使用自定义域）

对于一个项目站点，它将是站点构建的gh页面，代码的母版（或您喜欢的任何名称）。 项目站点将在github.com/userName/projectName上进行版本控制，并托管在

用户\组织站点的步骤

在github上创建存储库（例如：）

转到命令行并将cd路径设置为/yourJekyllSource

git init

git远程添加源git@github.com：userName/userName.github.io.git

jekyll new。

创建您的代码库

在\u config.yml中，将baseurl参数设置为baseurl:“

在.gitignore添加\u站点，它将在gh页面分支中进行版本控制

jekyll build

将创建\u站点目标文件夹并将站点构建到其中

git签出-b源

git add-A&&git commit-m“jekyll base sources”

commit您的源代码

git推送源代码

在源代码分支中推送源代码

cd\u站点

touch.nojekyll

，此文件告诉gh pages无需处理文件

git init

git远程添加源git@github.com：userName/userName.github.io.git

git签出主机

git add-A&&git commit-m“jekyll first build”

提交您的站点代码

git推送原始主机

还有你的好去处

您的部署可以如下所示：

cd pathTo/yourJekyllSource
jekyll build
git add -A
git commit -m "your commit message"
cd _site
git add -A
git commit -m "your commit message"

项目站点的步骤是，我已经做了一个，它可以为您完成从设置到部署的所有工作

---

享受吧

GH页面覆盖Jekyll配置文件中的源设置：

---

在答案中包含相关信息，并参考原始来源。尽量避免只使用链接的答案。谢谢你，巴德！这100%回答了我的问题，并将其标记为100%。大卫给了我一个额外的解决方案，得到了他的分数！谢谢大家！highfives（我会投票给你们所有人，但我还没有这个名声）：（好吧，等等，我读这篇文章的人才已经用完了，但是如果我读的是正确的：-我可以拥有“处理过的网站”在一个分支中，以及-在一个完全不同的分支中的开发版本？天哪，我绝对喜欢这个想法。我目前通过一个POST钩子将我的站点部署到我自己的服务器上，但我不喜欢将所有内容都放在那里的想法，这是一种浪费空间的想法。今天下午我将尝试一下，让你知道它是如何进行的。你不知道你有自己的回购协议吗？我相信我的Rakefile会解决你的问题