使用Git子模块的Bootstrap工作流程 - 它是否正确？

Question

我一直在使用Bootstrap一段时间，但我最近开始修改将bootstrap集成到我的回购中。我正在尝试创建一个工作流程，其中存在以下内容而没有绝望：

• 我有一个GitHub回购，我的网站的“dist”文件（前端/ html / css / production）我可以经常更新。
• 我有一个目录，我可以将Bootstrap，jQuery，Holder和Initializr保持最新状态。
• 只要我觉得合适，我就可以将这些更新放到我的“Dist”目录中。
• 我可以在Bootstrap生成的CSS之上添加我自己的“自定义”CSS。

所以到目前为止我已经提出了以下建议：

• GitHub repo（“mySite”）
  • / dist （我的“实时”文件所在的位置）
  • / src （其中包含Bootstrap等各种功能并更新）
  • / src 目录中的每个依赖项都是一个Git子模块。我可以随时更新它们，在本地构建并以某种方式更新/ dist目录中的文件并使用这些更新。

虽然我遇到了一种障碍......每当我使用“ npm install ”和“ grunt 来构建Bootstrap时em> “，新文件和目录在” / src / bootstrap “中创建。所以下次我尝试进行提交/推送时，会有一些新文件最终出现在这个奇怪的边缘，我可以做“ git add -A ”“< strong> git commit -m“Built Bootstrap”-a “” git push origin master “，但（显然）没什么在我的“ mySite ”回购中更改。这是因为 / src / bootstrap 目录是一个子模块。

我不知道推送文件的最终位置，这让我感到困扰。但回到我的问题，是否有更好/“正确”的方式来实现我的愿望？我正在做一个合法的bootstrap工作流程吗？

另外，我是否需要创建一个“ /src/custom.less ”文件来导入“ bootstrap.less ”并将自己的自定义CSS添加到其中？这是将自定义CSS添加到Bootstrap站点的可接受方式吗？

我一直只是下载了Bootstrap并包含了css和js，然后添加了一个包含我自己的CSS的“styles.css”的附加内容。这很棒，但它可以构成一个庞大的网站，我宁愿不再堆叠样式。

Answer 1

我决定使用以下结构：

• / dist（适用于所有“实时”文件）
• / libs（适用于所有依赖项（如Bootstrap））
• / src（对于我自己的LESS文件）

我可以克隆，修改等，没有任何问题。我仍然没有看到这种工作流程和使用git子模块之间的区别。看起来像子模块是要走的路......但这对我有用。我将回复其他新手到Bootstrap试图建立一个像样的工作流程！