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

推荐订阅源

Blog — PlanetScale
Blog — PlanetScale
N
Netflix TechBlog - Medium
博客园 - 司徒正美
The GitHub Blog
The GitHub Blog
G
Google Developers Blog
Stack Overflow Blog
Stack Overflow Blog
博客园_首页
Google DeepMind News
Google DeepMind News
博客园 - 【当耐特】
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Recent Announcements
Recent Announcements
aimingoo的专栏
aimingoo的专栏
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Y
Y Combinator Blog
B
Blog RSS Feed
人人都是产品经理
人人都是产品经理
MongoDB | Blog
MongoDB | Blog
量子位
博客园 - Franky
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
The Cloudflare Blog
有赞技术团队
有赞技术团队
Jina AI
Jina AI
GbyAI
GbyAI

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!