Effective management of multiple artifacts and solutions is essential, yet it can be quite challenging. Quixy’s Sandbox branches offer a systematic and organized solution, enabling developers to create, store, and manage artifacts in isolated spaces before deploying them to various stages. This article delves into the concept of Sandbox branches, highlighting their benefits and providing detailed instructions on creating, managing, and deleting branches to streamline your development process.
In the context of Sandbox, a branch is a secluded space where created or modified artifacts—such as apps, data tables, lookups, and functions—are parked temporarily before being deployed to the subsequent stages (QA, UAT, or Live) from the Dev stage. This ensures a structured workflow and prevents premature deployment of artifacts.
Both Basic Sandbox and Advanced Sandbox feature a default branch known as General. This is where artifacts are stored by default, ready for deployment. The Basic Sandbox includes only this branch, while the Advanced Sandbox allows for additional branches.
In Advanced Sandbox, up to 9 additional branch management can be created beyond the default General branch. These extra branches serve a similar purpose to the General branch, enabling users to manage and park their created or modified artifacts independently. This functionality is handy in organizations where multiple artifacts or solutions are created concurrently.
To store created or modified artifacts in a newly created branch, you need to switch from the General branch to the new branch.
Note on Branch Privacy
When a workspace admin creates a branch, it remains private and is not accessible to other workspace admins unless they add collaborators. However, an organizational admin can access all branches created by workspace admins. They can also switch to these branches and store artifacts in them.
Go to Admin Menu -> More -> Branches. Hover over the desired branch and click on Switch.
A Switch Branch popup will appear. Click Yes to proceed.
Also Read: Version Management Benefits: Leverage Quixy for Better Project Tracking
Storing multiple artifacts or solutions in the General branch can lead to an over-accumulation, making it difficult to identify and deploy them to the next stage.
Also Read: Unlocking Artifact Interconnections: Deep Dive into Quixy’s Solution View
Creating distinct branches for respective citizen developers (organization admins or workspace admins) allows each developer to manage their artifacts independently
This approach streamlines the process, saving valuable time and effort for developers.
Consider an organizational setup with one organization administrator and two workspace administrators. If all their artifacts are stored in the General branch, identifying ownership becomes challenging. To prevent this, the organization admin advises the workspace admins to create separate branches to store their artifacts. This ensures clarity and allows each admin to access their own artifacts without interfering with those of others.
Also Read: Quixy’s Sandbox & Thematic Forms: A Paradigm Shift in Development and Deployment!
Sandbox branches offer a robust mechanism for managing and deploying artifacts organizationally. By utilizing multiple branches, organizations can streamline their workflow, prevent artifact over-accumulation, and ensure clarity in artifact ownership. This structured approach enhances efficiency and facilitates smoother deployments across various stages.
Learn more about Branches and their implementation in Quixy.
Sandbox branches are isolated spaces within a development environment where artefacts such as apps, data tables, lookups, and functions can be parked temporarily before deployment to different stages like QA, UAT, or Live. They help maintain a structured workflow, avoid premature deployments, and streamline artefact management for developers.
No, branches created by a workspace admin are private and accessible only to them unless collaborators are added. However, an organizational admin can access all branches and manage artifact stored in them.
Multiple Sandbox branches prevent artifact over-accumulation, streamline artifact ownership among developers, save time and effort, and enable a more efficient development and deployment process.
By allowing developers to work in isolated branches, Sandbox branches prevent overlap in artifact development in Sandbox, ensure ownership clarity, and make collaboration smoother among teams and admins.
Yes, Sandbox branches can complement version management by providing an organized way to isolate changes before merging them into the main workflow, ensuring better tracking and control over artifact updates.