Producing a reliable, customized project is a core function of the ActiveState Platform. The following guide shows you how to create, share, and use projects that include only the languages and artifacts (packages, bundles, patches, etc.) you need for the specific operating system(s) you are working on.
This guide covers:
To create a new project from scratch:
glibc for your operating system.This feature is for paid customers and is available upon request. Contact support to request this feature at support@activestate.com.
A software bill of materials (SBOM) declares the inventory of components used to build a software artifact, including any open source and proprietary software components. An SBOM allows development teams to make sure open-source and third-party software components are up to date and respond quickly to new vulnerabilities. Buyers and other stakeholders can use an SBOM to perform vulnerability or license analysis, which can be used to evaluate and manage risk in a product.
ActiveState projects can be created from a compatible SBOM. SBOMs can be generated by ActiveState or through third-party services like Snyk, Trivy, Syft, and others. For instructions on generating an SBOM from an external service, see:
For a list of compatible SBOM formats, see Supported SBOM formats.
Your project can now be used like any other ActiveState project. For more information on managing your packages, read here.
You can import the dependencies needed for your existing GitHub project directly from a requirements file in the root folder of your GitHub repository. At this time, we only support Python, Perl, and Ruby projects.
This feature is only available to users who have linked a GitHub SSO to their ActiveState account. For more information, see Create an account.
To import an existing GitHub project:
If your GitHub integration does not succeed, verify that your requirements file name in the root folder of your repo matches one of the following:
requirements.txt, Pipfile.lock, pyproject.toml, poetry.lock, or any PipfileMETA.json or any cpanfileGemfile.lockSharing a project is the simplest way to ensure your development team can get to work and avoid sorting out dependencies or worrying about security or stability issues.
The benefits of sharing a project include:
To share a project, click the Share button and copy the link shown on the project page.
Sending that link will allow anyone to access the project, provided the project is either public or the recipient is a member of the same organization to which the project belongs. The recipient can then click the Install button on the Download Builds tab of the project page to install the project.
You can also share a project directly by doing the following:
powershell -Command "&$([scriptblock]::Create((New-Object Net.WebClient).DownloadString('https://platform.activestate.com/dl/cli/1522266277.9999999999_pdli01/install.ps1'))) -c'state activate --defaultuser-activestate/example_project'"
After receiving a first-time install command to collaborate, or a link to the project page, enter the install command into your local command line to access the project.
For Public projects, the command you received will install the project runtime on your machine whether you have the State Tool installed or not. However, without the State Tool, users of that public project cannot configure the project and will be restricted to using the latest version of the build (i.e. the version received).
Users of public projects with the State Tool installed (and who are signed in to the Platform using the state auth command) are able to configure the public project, save any changes, and create new versions that can be shared.
For Private projects, the recipient must have the State Tool installed and be signed in to the Platform using the state auth command. Users of private projects who are signed in to the Platform can configure the project and view the project’s history using the History tab.
In the History tab, previous versions of the project can be accessed by clicking the View to this Commit link and can be installed by clicking the Revert to this Commit link.
You can move a project to a new organization through the Project Settings tab of your project page. Before you move your project, ensure you are a member of both the original and destination organizations and that your permission has been set to “Admin” for both. For more details about setting permissions for your organization, see Manage permissions.
To move a project:
You will be redirected to your project page in the new destination organization. Once the project has been moved, it will no longer be available in the original organization. To move a copy of your project to another organization, you can fork it.