Helix Core overview
Helix Core is industry-leading version control software that manages all kinds of digital assets, including binary assets, with performance at scale and support for globally distributed teams.
Version control basics
Helix Core is a version control system, also referred to as a revision control system or source control system. In a version control system, each saved copy of a file is versioned, recording who made changes, when, and why.
Version control systems provide a secure and efficient way to manage changes to digital assets, especially in collaborative projects.
This helps your organization:
- Track authorship and changes (traceability) for audits
- Resolve conflicting changes
- Find bugs
Basic version control workflow for code-based (text) files
- Assets under version control are placed in a specific location on the server, referred to as a depot in Helix Core. This is sometimes called a repository or repo in other version control systems.
- Assets are associated with permissions enabling users to read or modify them.
- A user checks out a working copy of an asset and makes changes.
- Another user checks out a working copy of the same asset and makes changes.
- The first user saves changes to their local working copy and submits their changed copy to the depot.
- The second user saves changes to their local working copy and attempts to submit their changes to the depot.
- The version control system detects that the same asset was changed in parallel. The second user is asked to compare their changes with those of the first user before the second user’s changes can be checked in. Comparing versions and deciding how to proceed is called resolving.
Basic version control workflow for binary files
- Binary files, typically used in game engines, cannot be merged like text files. You can set these files to be checked out by only one user at a time, which ensures multiple users are not trying to work on the same file at the same time, preventing lost work.
- Assets under version control are placed in a specific location on the server, referred to as a depot in Helix Core. This is sometimes called a repository or repo in other version control systems.
- Assets are associated with permissions enabling users to read or modify them.
- Binary file types are configured so that multiple users can’t check them out at the same time.
- A user checks out a working copy of an asset and makes changes to it.
- Another user cannot check out the same asset until the first user’s changes are submitted or reverted. Before the file is checked in by the first user, the second user can check who has it checked out and coordinate work with them.
- The first user saves changes to their local working copy and submits their changed copy to the depot.
- The second user is able to get the latest revision of the asset, check it out, and make their own changes.
Centralized and distributed version control systems
Centralized and distributed version control systems allow predictable, manageable, and auditable changes to your files.
-
In a centralized version control system, users are directly or indirectly connected to a central server.
-
In a distributed version control system, users are not connected to a central server. They push changes to and fetch changes from the server when needed.
Helix Core is a centralized version control system where you can work disconnected from Helix Core Server when needed.
What's next
-
If you are an admin, next, start setting up Helix Core Server.
-
If you are an end user, next get onboarded by an administrator and set up Helix Core Visual Client (P4V).