[Live Webinar] Top Questions Teams Ask When Switching from TFC/TFE

Register Now ➡️

Editorial Policy and Guidelines

Spacelift’s collaborative platform for infrastructure as code (IaC) enables DevOps teams to manage complex cloud infrastructures with ease. In line with our reputation as an authority on all things related to IaC management, we pride ourselves on sharing only the most precise, comprehensive, and actionable content related to our areas of expertise. That means we follow strict policies and guidelines to ensure we publish quality, relevant, trustworthy content that delivers a positive user experience. The posts we publish on the Spacelift blog are written by a team of experienced technical experts, fact-checked for accuracy, and edited to ensure they make for an engaging and informative reader experience. Our editorial principles and processes guide the ways in which we source, write, review, and edit our articles.

Our editorial principles

Last reviewed: January 2026

We maintain strict standards against plagiarism and copyright infringement. Our writers are required to create original content that has not been published elsewhere, and we use plagiarism-checking tools to ensure our articles are original. When external sources are referenced or quoted, we provide proper citation and attribution.

All content featured on the blog is up-to-date and correct to the best of our knowledge at the time of posting. We also revisit our published work on a regular basis to make sure it remains current and relevant. When making technical claims that can change over time (features, limits, defaults, pricing, versions), we anchor them to primary sources where possible and include relevant version context.

We believe in the value of clear, objective information and are committed to delivering unbiased, transparent content to our audience.

We encourage our writers to express their unique perspectives while following our content guidelines and upholding a high standard of professionalism.

We deliberately link articles from other trustworthy and reliable sources and documentation to share meaningful content. We do not link to trivial or unreliable websites.

Our editors and designers focus on simplicity and elegance to make each article and every element of our website attractive and user-friendly.

Our editorial process

1. Content planning

Before any blog article appears on the Spacelift blog, our editorial team of industry experts conducts in-depth research and assigns the topic to the most appropriate writer.

2. Writing by industry experts

Spacelift content is written by practitioners with deep, first-hand experience in DevOps and Infrastructure as Code. Our authors have extensive professional experience working with tools like Terraform, AWS, Kubernetes, Docker, and Ansible, and many hold relevant certifications across cloud, DevOps, FinOps, security, and related disciplines. Every article is owned by a named author with an author page that explains their background and credentials, and we prioritize original insights and practical guidance you can apply. 

We support claims with clear, authoritative references (for example, official documentation, standards, and primary repositories), and we include tool/version context where it matters so readers can reproduce results. For tutorials, how-tos, and other code-heavy pieces, we require clear environment context (tool versions and key assumptions) and copy/paste-friendly examples. If any section is illustrative or pseudocode, we label it explicitly so readers know what will and won’t run as-is.

3. Technical review

The trustworthiness and accuracy of our content are crucial. That’s why our developer advocates and engineers review every article to validate claims, check for errors, and verify that code/configuration examples work as written before it goes live on our website. Each piece of content includes a clear reviewer attribution. Reviewers also look for security hygiene in examples (no secrets or sensitive identifiers, scoped permissions, and clear warnings for risky/destructive operations), and ensure any benchmarks or comparisons are fair and reproducible, with methodology, constraints, and limitations stated.

4. Quality check

After the technical review, one of our experienced editors reviews each article to monitor the quality of the language and ensure it is engaging for readers. This extends to assessing the overall structure of the article for clarity and completeness. 

5. Use of AI and automation tools

We may use AI-assisted and automation tools to support editing and refinement after core content creation. Our editors review every AI suggestion and decide what to implement. These tools support refinement, and they never make final editorial decisions.

6. Publishing

Once the written content is approved, we add elements like featured images and custom visuals to make the piece even more accessible and readable. We also conduct a final check of the citations and references included in the article. And we don’t stop there: after a new content piece is published, we check it again to review the quality from a reader’s point of view.

7. Continuous improvement

Our content team routinely revises published articles to ensure that each piece remains fresh, relevant, and accurate. If we do need to modify something, we are transparent about it and add a new “Updated” date to signal the changes. Modifications may include corrections of minor inaccuracies, the addition of new information, updating code examples based on changes to a tool, the insertion of alternative images and sources, or other changes that will improve the value of the content for readers.

Thank you for being a part of our community!