1

我有一个 github 存储库 [1]（名为“exo-cortex.github.io”，我想用它在 github 上创建一个静态网站）。其中有hugo源文件。还有一个用于主题“archie”的 git 子模块 [2]，我已经对其进行了分叉，因为我想对其进行一些更改（即数学符号的 KaTeX 渲染）。通过命令“hugo server”，我可以在本地查看网站，一切正常。一旦我运行命令

hugo -t archie

hugo 将项目编译成文件夹“public”[3] 中的静态网站。

我了解到，通过 github 操作，我可以让 github 为我做编译和部署。事实上，我得到了某种网站，虽然没有主题和内容。我已经尝试了很多次，但它不起作用。

我的方法有一些常见的陷阱吗？有没有更好的办法？例如，我正在考虑使用上面标记的 3 个存储库 [1-3]。在这个星座中，我将以不同的名称（即不是exo-cortex.github.io）和 2 个 git 子模块拥有主 repo [1]：[2] 将保持原样和 [3]（文件夹“public”）将是第二个 git 子模块，我将使用它直接推送到我的 github 页面网站。这样我就必须在本地计算机上手动构建站点。

4

1 回答 1

1

陷阱在于 github 页面在公共/商业和其他方面具有非常严格的可用性。请参阅此处的链接。

这意味着您正在使用在许多情况下不会成为最终方法的方法进行开发。那么这是一个专业的网站吗？这将成为您用于业务的东西吗？

（例如，如果使用放大，不同的模式会更好）

这也取决于有多少人正在从事这项工作或将要（你是独奏吗？）例如，一个模式是：

  1. 有 1 个回购：具有以下分支：
  2. Branch-[main] 发布的内容 - 即“实时”的内容
  3. [branch - exo-cortexdev] - 这是你用于登台的东西 - 你推送到这个，构建，测试然后拉到你的“实时”站点 - [main]。
  4. [Dudedev] 有你的开发分支，或者有很多用于各种开发人员或项目。使用 [Dudedev] 的本地副本，例如使用 github 桌面，并使用本地 hugo 服务器 (hugo server-D) 测试您的更新和编辑，推送到本地分支，构建到暂存，然后推送到您的“现场”网站（这将是主要的）。

总而言之：本地分支，在您的计算机上测试 - 快乐 - 推送到 Github 中的分支 - 拉到暂存分支，构建，测试，确保在（放大，github 页面，无论您使用什么）上看起来不错，然后转到 main - 它是实时的、外部的/发布的，可供全世界访问。

这只是一个想法。让我知道。上面的工作是因为你已经从开发人员那里抽象了构建，并确保你可以剥离任何你想要的东西，仍然可以测试它，然后在你满意的时候部署到你的生活中。

这将使您的工作流程能够转移到比如说，Amplify 或其他。

我不知道这是否有帮助，但这是供参考的不同观点。

于 2021-05-27T21:09:08.067 回答