如何最好地组织Jekyll + Bootstrap + Git网站？

因此，在从头开始构建站点很多年之后（并做了很多工作），我将自己的脚趾浸入了我一直回避了几年的两个项目中：Bootstrap和Jekyll。

设计是一项非常定制的工作，需要我深入研究LESS，因此我在该目录中拥有Bootstrap源文件，源资产和构建目录。然后是吉基尔一方。那有它自己的结构，我在Bootstrap构建目录中建立符号链接，而最终内容（我想实际提供的东西）则埋在_site目录中。

外观如下：

/.git/*
/.gitignore
/bootstrap/
/bootstrap/... a load of source files ...
/bootstrap/bootstrap/  # the build output
/jek/
/jek/... all the jekyll files ...
/jek/bootstrap/  # symlink on ../bootstrap/bootstrap/
/jek/_site  # the stuff I actually want to upload - but don't really want in git

在我的历史中，我一直在处理Django项目布局（这在某种意义上是合理的）或静态布局。我在这里拥有两个独立的构建系统，这让我发疯。

有没有一种更好的方法来构造所有这些垃圾，或者失败了，有没有一种方法可以使bootstrap输出直接进入jek目录？您如何处理像这样的相互依赖的静态网站？

• 将构建文件与源分开。

  /jek/_site  # the stuff I actually want to upload - but don't really want in git
  

  您可以将其从主分支上撤下，jekyll具有持续集成支持。如何做，您可以阅读文档。

  这并不容易，就像设置新项目一样。我认为您还不熟悉

• 将引导程序放入jekyll目录中。

   /jek/bootstrap/  # actual boostrap source    
   /jek/bootstrap/dist/  # the build output
  

  读取默认配置，它具有

  • 目的地，以防先前的选项不适合您
  • 包括，包括boostrap目录

    强制在转换中包含目录和/或文件。

  • keep_files，.less如果需要保留。

jekyll减少支持的问题正在积极进行中，现在已经结束，因此尚无官方支持。但是，你必须替代耙或咕嘟咕嘟，shell脚本。当您使用travis之类的Continuous Integration从jekyll推送生成的文件时，还可以通过before_script进行较少的编译。我希望您有了更干净的代码布局和单个根文件夹，而没有_site目录。