惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

T
Tailwind CSS Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
雷峰网
雷峰网
量子位
有赞技术团队
有赞技术团队
阮一峰的网络日志
阮一峰的网络日志
The Cloudflare Blog
博客园 - Franky
罗磊的独立博客
宝玉的分享
宝玉的分享
博客园_首页
腾讯CDC
The GitHub Blog
The GitHub Blog
D
DataBreaches.Net
IT之家
IT之家
D
Docker
Microsoft Security Blog
Microsoft Security Blog
博客园 - 司徒正美
V
V2EX
月光博客
月光博客
N
Netflix TechBlog - Medium
爱范儿
爱范儿
I
InfoQ
P
Proofpoint News Feed

CloudCannon Blog

Building with AI: Git-based vs headless vs traditional CMS CloudCannon + Astro: performance meets powerful content management Introducing the Astro Component Starter Introducing Jetstream — built on the Astro Component Starter Why we switched to the system font stack Redesigning CloudCannon’s docs with Diátaxis, Lume, and Pagefind Make content editing more visual: upgraded Editable Regions How Configuration Mode makes building editing interfaces easy Your hosting just got an upgrade (and a price cut) Custom testing domains for professional branding Keep your content consistent with input validation Managing multilingual content in CloudCannon Simplify team publishing with conflict resolution and domain tools Open Beta: Publishing Conflict Resolution Getting started with CloudCannon and Astro: Bookshop, components, and live editing Welcome to the CloudCannon Community! Omnichannel delivery is just marketing spin from API-based CMS companies Getting started with CloudCannon and Astro: Snippets and Collections Managing digital assets in CloudCannon: a guide to smart asset storage Understanding CloudCannon's branching workflows and Projects: a complete guide What is a static website? CloudCannon’s 2024 wrapped Getting started with CloudCannon and Astro: WYSIWYG blogging Jamstack vs. WordPress: reasons to make the change The top five static site generators for 2025 (and when to use them!) Free Jekyll themes for 2025: ten great community options Eleventy (11ty) vs. Hugo How to set up WYSIWYG editing with MkDocs Material The rise of static-first websites: why major brands are making the switch Watching your Core Web Vitals on Jamstack
Bringing Git Workflows to Editors
2019-05-08 · via CloudCannon Blog

In the past we've talked about our mission of bringing publishing workflows to non-technical editors. This post is an update on some interesting new CloudCannon features bringing us closer to fully realising our vision.

Projects Direct link to this section

A typical workflow on CloudCannon is to have editors work on a staging site, with a separate production site serving a live copy to the public. This is a great workflow because it allows editors to preview changes and iterate on content before publishing to production. One issue of this approach is having multiple sites in CloudCannon for each repository soon gets overwhelming.

Projects address this issue, providing a logical grouping to the sites in your CloudCannon account. Each project is centered around a single Git repository.

Selecting a project lists the sites connected to that repository. You can also add a description, and links to resources outside of CloudCannon.

In most cases you'll want an editing lock for production sites to force content changes to go through the staging branch; these production branches will have a lock icon.

Branching Direct link to this section

A staging/production workflow is fine for simple content changes but falls down when you have multiple editors trying to time their content. For example, you might spend a week overhauling a landing page, meanwhile your colleague needs to release a blog post. You can't release a half finished landing page so your changes are now blocking the blog post from releasing. These situations only get more complicated and harder to resolve as you add more editors.

With Projects this workflow is improved, as editors can now harness the power of branching. Editors click the + button and set a name. This creates a branch on GitHub and a completely isolated site with its own URL on CloudCannon.

The editor is now free to update this site without blocking the main staging branch.

When the content is ready for primetime, editors can publish the content. Behind the scenes we perform a Git merge into the staging branch.

What's next? Direct link to this section

We're excited at how these workflows are progressing for editors, enabling them to work with Git and collaborate more effectively. The next step is to provide more confidence and context to editors merging to another branch. Stayed tuned to find out more!