Writing Unit Tests for Custom Components
Do you want to detect a breaking change of your custom components in CI/CD, or detect it in production? Of course that's a rhetorical question! Let's look at how to add unit testing to our build pipelines.
Do you want to detect a breaking change of your custom components in CI/CD, or detect it in production? Of course that's a rhetorical question! Let's look at how to add unit testing to our build pipelines.
Configuration variables allow you to deploy the same integration to multiple customers with different configurations. Let's walk through that process, from start to finish.
Did you know that you can manage your customers, integrations, instances, and more from the command line? In this post we'll use Prismatic's CLI tool, Prism, to create an integration and deploy it to a customer.
Dev teams are increasingly incorporating SaaS tools as components of their applications rather than developing every last bit of functionality from scratch.
Learn how you can quickly incorporate short, product- or industry-specific code into your integrations using the Prismatic code component.
A large portion of your integrations can be written using Prismatic's built-in components, but what happens when you need something specific to your software or industry? Today we'll walk through building a custom component.
By incorporating integrations into your dev processes you can keep integrations in source control, use existing CI/CD pipelines for deployment, and release integrations in tandem with your core product.
We take a close look at the technical aspects of the integration described in the previous post, examining webhook triggers, reusable custom components, built-in components with OAuth 2.0 handling, and more.
Today, we'll look at a type of integration scenario that teams commonly face – needing to quickly build, deploy, and support multiple similar integrations – and how it can be addressed using Prismatic.