- July 11, 2025
- Mins Read
Welcome to Publish, a static site generator built specifically for Swift developers. It enables entire websites to be built using Swift, and supports themes, plugins and tons of other powerful customization options.
Publish is used to build all of swiftbysundell.com.
When using Publish, each website is defined as a Swift package, which acts as the configuration as to how the website should be generated and deployed — all using native, type-safe Swift code. For example, here’s what the configuration for a food recipe website might look like:
struct DeliciousRecipes: Website {
enum SectionID: String, WebsiteSectionID {
case recipes
case links
case about
}
struct ItemMetadata: WebsiteItemMetadata {
var ingredients: [String]
var preparationTime: TimeInterval
}
var url = URL(string: “https://cooking-with-john.com”)!
var name = “Delicious Recipes”
var description = “Many very delicious recipes.”
var language: Language { .english }
var imagePath: Path? { “images/logo.png” }
}
Each website built using Publish can freely decide what kind of sections and metadata that it wants to support. Above, we’ve added three sections — Recipes, Links, and About — which can then contain any number of items. We’ve also added support for our own, site-specific item metadata through the ItemMetadata
type, which we’ll be able to use in a fully type-safe manner all throughout our publishing process.
While Publish offers a really powerful API that enables almost every aspect of the website generation process to be customized and tweaked, it also ships with a suite of convenience APIs that aims to make it as quick and easy as possible to get started.
To start generating the Delicious Recipes website we defined above, all we need is a single line of code, that tells Publish which theme to use to generate our website’s HTML:
try DeliciousRecipes().publish(withTheme: .foundation)
Not only does the above call render our website’s HTML, it also generates an RSS feed, a site map, and more.
Above we’re using Publish’s built-in Foundation theme, which is a very basic theme mostly provided as a starting point, and as an example of how Publish themes may be built. We can of course at any time replace that theme with our own, custom one, which can include any sort of HTML and resources that we’d like.
By default, Publish will generate a website’s content based on Markdown files placed within that project’s Content
folder, but any number of content items and custom pages can also be added programmatically.
Publish supports three types of content:
Sections, which are created based on the members of each website’s SectionID
enum. Each section both has its own HTML page, and can also act as a container for a list of Items, which represent the nested HTML pages within that section. Finally, Pages provide a way to build custom free-form pages that can be placed into any kind of folder hierarchy.
Each Section
, Item
, and Page
can define its own set of Content — which can range from text (like titles and descriptions), to HTML, audio, video and various kinds of metadata.
Here’s how we could extend our basic publish()
call from before to inject our own custom publishing pipeline — which enables us to define new items, modify sections, and much more:
try DeliciousRecipes().publish(
withTheme: .foundation,
additionalSteps: [
// Add an item programmatically
.addItem(Item(
path: “my-favorite-recipe”,
sectionID: .recipes,
metadata: DeliciousRecipes.ItemMetadata(
ingredients: [“Chocolate”, “Coffee”, “Flour”],
preparationTime: 10 * 60
),
tags: [“favorite”, “featured”],
content: Content(
title: “Check out my favorite recipe!”
)
)),
// Add default titles to all sections
.step(named: “Default section titles”) { context in
context.mutateAllSections { section in
guard section.title.isEmpty else { return }
switch section.id {
case .recipes:
section.title = “My recipes”
case .links:
section.title = “External links”
case .about:
section.title = “About this site”
}
}
}
]
)
Of course, defining all of a program’s code in one single place is rarely a good idea, so it’s recommended to split up a website’s various generation operations into clearly separated steps — which can be defined by extending the PublishingStep
type with static properties or methods, like this:
extension PublishingStep where Site == DeliciousRecipes {
static func addDefaultSectionTitles() -> Self {
.step(named: “Default section titles”) { context in
context.mutateAllSections { section in
guard section.title.isEmpty else { return }
switch section.id {
case .recipes:
section.title = “My recipes”
case .links:
section.title = “External links”
case .about:
section.title = “About this site”
}
}
}
}
}
Each publishing step is passed an instance of PublishingContext
, which it can use to mutate the current context in which the website is being published — including its files, folders, and content.
Using the above pattern, we can implement any number of custom publishing steps that’ll fit right in alongside all of the default steps that Publish ships with. This enables us to construct really powerful pipelines in which each step performs a single part of the generation process:
try DeliciousRecipes().publish(using: [
.addMarkdownFiles(),
.copyResources(),
.addFavoriteItems(),
.addDefaultSectionTitles(),
.generateHTML(withTheme: .delicious),
.generateRSSFeed(including: [.recipes]),
.generateSiteMap()
])
Above we’re constructing a completely custom publishing pipeline by calling the publish(using:)
API.
To learn more about Publish’s built-in publishing steps, check out this file.
Publish uses Plot as its HTML theming engine, which enables entire HTML pages to be defined using Swift. When using Publish, it’s recommended that you build your own website-specific theme — that can make full use of your own custom metadata, and be completely tailored to fit your website’s design.
Themes are defined using the Theme
type, which uses an HTMLFactory
implementation to create all of a website’s HTML pages. Here’s an excerpt of what the implementation for the custom .delicious
theme used above may look like:
extension Theme where Site == DeliciousRecipes {
static var delicious: Self {
Theme(htmlFactory: DeliciousHTMLFactory())
}
private struct DeliciousHTMLFactory: HTMLFactory {
…
func makeItemHTML(
for item: Item<DeliciousRecipes>,
context: PublishingContext<DeliciousRecipes>
) throws -> HTML {
HTML(
.head(for: item, on: context.site),
.body(
.ul(
.class(“ingredients”),
.forEach(item.metadata.ingredients) {
.li(.text($0))
}
),
.p(
“This will take around “,
“\(Int(item.metadata.preparationTime / 60)) “,
“minutes to prepare”
),
.contentBody(item.body)
)
)
}
…
}
}
Above we’re able to access both built-in item properties, and the custom metadata properties that we defined earlier as part of our website’s ItemMetadata
struct, all in a way that retains full type safety.
More thorough documentation on how to build Publish themes, and some of the recommended best practices for doing so, will be added shortly.
Publish also supports plugins, which can be used to share setup code between various projects, or to extend Publish’s built-in functionality in various ways. Just like publishing steps, plugins perform their work by modifying the current PublishingContext
— for example by adding files or folders, by mutating the website’s existing content, or by adding Markdown parsing modifiers.
Here’s an example of a plugin that ensures that all of a website’s items have tags:
extension Plugin {
static var ensureAllItemsAreTagged: Self {
Plugin(name: “Ensure that all items are tagged”) { context in
let allItems = context.sections.flatMap { $0.items }
for item in allItems {
guard !item.tags.isEmpty else {
throw PublishingError(
path: item.path,
infoMessage: “Item has no tags”
)
}
}
}
}
}
Plugins are then installed by adding the installPlugin
step to any publishing pipeline:
try DeliciousRecipes().publish(using: [
…
.installPlugin(.ensureAllItemsAreTagged)
])
If your plugin is hosted on GitHub you can use the publish-plugin
topic so it can be found with the rest of community plugins.
For a real-world example of a Publish plugin, check out the official Splash plugin, which makes it really easy to integrate the Splash syntax highlighter with Publish.
To be able to successfully use Publish, make sure that your system has Swift version 5.4 (or later) installed. If you’re using a Mac, also make sure that xcode-select
is pointed at an Xcode installation that includes the required version of Swift, and that you’re running macOS Big Sur (11.0) or later.
Please note that Publish does not officially support any form of beta software, including beta versions of Xcode and macOS, or unreleased versions of Swift.
Publish is distributed using the Swift Package Manager. To install it into a project, add it as a dependency within your Package.swift
manifest:
let package = Package(
…
dependencies: [
.package(url: “https://github.com/johnsundell/publish.git”, from: “0.1.0”)
],
…
)
Then import Publish wherever you’d like to use it:
import Publish
For more information on how to use the Swift Package Manager, check out this article, or its official documentation.
Publish also ships with a command line tool that makes it easy to set up new website projects, and to generate and deploy existing ones. To install that command line tool, simply run make
within a local copy of the Publish repo:
$ git clone https://github.com/JohnSundell/Publish.git
$ cd Publish
$ make
Then run publish help
for instructions on how to use it.
The Publish command line tool is also available via Homebrew and can be installed using the following command if you have Homebrew installed:
brew install publish
However, please note that Homebrew support is not officially maintained by John Sundell, and you might therefore be installing an older version of the Publish command line tool when using Homebrew. Using make
, as described above, is the preferred way to install the Publish command line tool.
Since all Publish websites are implemented as Swift packages, they can be generated simply by opening up a website’s package in Xcode (by opening its Package.swift
file), and then running it using the Product > Run
command (or ⌘+R
).
Publish can also facilitate the deployment of websites to external servers through its DeploymentMethod
API, and ships with built-in implementations for Git and GitHub-based deployments. To define a deployment method for a website, add the deploy
step to your publishing pipeline:
try DeliciousRecipes().publish(using: [
…
.deploy(using: .gitHub(“johnsundell/delicious-recipes”))
])
Even when added to a pipeline, deployment steps are disabled by default, and are only executed when the --deploy
command line flag was passed (which can be added through Xcode’s Product > Scheme > Edit Scheme...
menu), or by running the command line tool using publish deploy
.
Publish can also start a localhost
web server for local testing and development, by using the publish run
command. To regenerate site content with the server running, use Product > Run on your site’s package in Xcode.
To quickly get started with Publish, install the command line tool by first cloning this repository, and then run make
within the cloned folder:
$ git clone https://github.com/JohnSundell/Publish.git
$ cd Publish
$ make
Note: If you encounter an error while running make
, ensure that you have your Command Line Tools location set from Xcode’s preferences. It’s in Preferences > Locations > Locations > Command Line Tools. The dropdown will be blank if it hasn’t been set yet.
Then, create a new folder for your new website project and simply run publish new
within it to get started:
$ mkdir MyWebsite
$ cd MyWebsite
$ publish new
Finally, run open Package.swift
to open up the project in Xcode to start building your new website.
A SwiftUI View that emits confetti with user-defined shapes, images, and text.
A colour wheel made all in SwiftUI. There are 2 different colour wheels to choose from. The first main one ...
A color picker implementation with color wheel appearance written in plain SwiftUI. It is compatible with UIColor and NSColor.
This repository is no longer maintained. Here's why: with the release of iOS 16 SwiftUI now enables most of the ...