Skip to content
| Marketplace
Sign in
Visual Studio Code>SCM Providers>Xsolla Backend Script ManagerNew to Visual Studio Code? Get it now.
Xsolla Backend Script Manager

Xsolla Backend Script Manager

Xsolla Backend

|
35 installs
| (0) | Free
Provides script management for an Xsolla Backend based platform.
Installation
Launch VS Code Quick Open (Ctrl+P), paste the following command, and press enter.
Copied to clipboard
More Info

Xsolla Backend Script Manager for VSCode

This extension lets you manage the scripts of an Xsolla Backend powered backend cluster. Quickly and easily download all the live scripts running in your XBE cluster, make and save edits and publish your changes. Published changes will take effect immediately so there's no need to restart any services.

This extension uses the Source Control Manager interface to make it easy to manage your cluster's scripts.

Features

The Xsolla Backend Script Manager provides several key features:

  • Checkout scripts from an Xsolla Backend cluster.
  • Generate a package.json with required dependencies.
  • Add, modify, or delete service scripts locally in your workspace.
  • Commit local changes to the remote server as unpublished.
  • View and diff local and remote changes.
  • Publish or delete unpublished remote script changes.
  • Commands:
    • xbe.checkout | Connect to an Xsolla Backend powered cluster and synchronize scripts.
    • xbe.commit | Save all local changes to the remote server as unpublished.
    • xbe.commit-script | Save local changes for a specific script to the remote server as unpublished.
    • xbe.revert | Reverts all uncommitted local changes to files in the current workspace.
    • xbe.revert-script | Revert all local changes made to a specific script.
    • xbe.publish | Publish all unpublished remote changes.
    • xbe.publish-script | Publish the remote changes for a specific script.
    • xbe.delete-unpublished | Clear all unpublished remote changes from the server.
    • xbe.delete-unpublished-script | Clear unpublished remote changes for a specific script.

Contents

[TOC]

Initial Setup

Account

See our [account quickstart guide] - or use the demo account credentials for learning purposes.

Environment

  1. Create an empty folder for your workspace, name it something like xbe-scripts.
  2. Open a new Visual Studio Code window and open your folder via File -> Open Folder...
  3. Save a new workspace file (e.g. xbe-scripts.code-workspace) to your folder via File -> Save Workspace As...

Installation

  1. Navigate to the Extensions panel (or press Ctrl+Shift+X).
  2. In the search bar, type Xsolla Backend and select the Xsolla Backend Script Manager.
  3. Click the Install button to add the extension to Visual Studio Code.

You’re now ready to synchronize scripts from your Xsolla Backend cluster.


Tutorials

The following tutorial sections will guide you through:

  1. Checking out scripts (below)
  2. Modifying and reverting local changes
  3. Commiting changes to the remote server
  4. Publishing (or discarding) remote changes
  5. Deleting scripts

Step 1: Checking Out Cluster Scripts

Viewing Extension Output

It can be helpful to view the extension output to monitor the synchronization process:

  1. Open the Output panel in Visual Studio Code (Ctrl+Shift+U).
  2. In the dropdown menu, select Xsolla Backend to view extension output.

output-select

Synchronizing Cluster Scripts

Once your workspace is set up, you can synchronize scripts from your Xsolla Backend cluster:

  1. Open the Command Palette (Ctrl+Shift+P).
  2. In the input prompt, type xbe: checkout and press Enter.
  3. You will be prompted for:
    • Host: This is the base API URL of your Xsolla Backend cluster (e.g. https://api.demo.xbe.goxbe.cloud/v1).
    • Service: Select one of the available live scripting services from the list shown.
    • Username: Enter the username of an account with admin role.
    • Password: Enter the account password.
    • Dependencies: Choose whether to write a package.json file.

Once synchronization is complete, you’ll notice several new files and folders in your workspace. This includes your scripts and configuration files downloaded from the selected service, a .vscode folder containing your service settings, and if specified, a package.json file containing the relevant dependencies.

checkout

Connection settings are stored in your workspace file (such as xbe-scripts.code-workspace) under settings. These consist of your cluster API base URL as well as your cached authentication token, which will be used to reconnect to the cluster as needed. If your token expires you will be prompted for a username and password once again and a new token will replace it. Your workspace file should look similar to this:

{
	"folders": [
		{
			"path": "."
		}
	],
	"settings": {
		"xbe.host": "https://api.demo.xbe.goxbe.cloud/v1",
		"xbe.token": "..."
	}
}

Service-specific settings are stored in the .vscode/settings.json file in your workspace. These include the service name and install dependencies selections you entered, for example:

{
	"xbe.service": "scripting-services",
	"xbe.installDependencies": true
}

Step 2: Modifying/Reverting Local Script Changes

Editing a Script

  1. Open MetricsCollector.ts from the jobs folder.
  2. Make an edit to the script and save the file.
  3. Notice that the Source Control icon now shows one pending change.

Viewing Changes

  • Click the Source Control icon to see two categories: Changed Local Scripts and Unpublished Remote Scripts.
  • The Changed Local Scripts category shows locally modified scripts, allowing you to view diffs between your local version and the remote server version:

changes

Discarding Local Changes

  1. In the Source Control panel, locate the MetricsCollector.ts file under the Changed Local Scripts section.
  2. Click on the Discard Local Changes button next to the file name.
    • This will discard any local modifications and restore the file to its original state as it exists on the remote server.
  3. The pending change indicator will be cleared, confirming that your local changes have been successfully reverted.

discard-local


Step 3: Committing Changes to the Remote Server

Creating a New Script

  1. In your workspace, create a new file called TestScript.ts.

  2. Add the following code to TestScript.ts as an example:

    const testNumber: number = 5;
    
  3. Save the file, and you will see that the Source Control icon shows one pending change.

Committing Changes

  1. Open the Source Control panel by clicking on the Source Control icon in the left sidebar.
  2. You will see TestScript.ts listed under the Changed Local Scripts section.
  3. Click the Commit Local Changes button next to TestScript.ts to commit the file.
  4. You will be prompted to enter a commit message.
  5. Press Enter to save the changes to the remote server.

Once the commit operation is successful, the script will move from the Changed Local Scripts section to the * Unpublished Remote Scripts* section, indicating that it has been saved to the remote server but is not yet live.

commit

Editing Unpublished Remote Scripts

  • If you wish to make further changes to an unpublished script prior to publishing, simply edit it in your workspace commit it again. The updated version will replace the previous unpublished version.

Committing All Local Changes

  • You can commit all local changes at once by clicking the Commit All Local Changes button in the Source Control panel. This will commit all pending changes in the Changed Local Scripts section to the remote server.

Step 4: Publishing/Discarding Unpublished Remote Changes

  1. If you are ready to make the script live, click the Publish Committed Changes button.

    • This action publishes the script to the Xsolla Backend cluster, making it live and executable once the server restarts.
    • If your server is configured to restart on publish, the server will restart immediately after a configured timeout.

    publish

  2. If you decide that you no longer want to keep the unpublished changes, you can delete the script instead of publishing it by clicking Discard Committed Changes button.

    • Note: Discarding an unpublished script will not affect the published version that is currently live on the server.

    discard-remote

Step 5: Deleting Scripts

In this step, we will delete the TestScript.ts file locally, commit the deletion, and publish the change to remove it from the remote server. Deletion of a script is treated like any other change in the Xsolla Backend Script Manager:

  1. In your workspace, delete the file TestScript.ts and open the Source Control panel.
    • You will notice that TestScript.ts appears crossed out under the Changed Local Scripts section, indicating that it has been deleted locally.
  2. In the Source Control panel, Commit your local changes to TestScript.ts.
    • After committing the deletion, TestScript.ts will move to the Unpublished Remote Scripts section.
  3. To finalize the deletion click Publish Committed Changes .
    • This will publish the deletion of TestScript.ts from the Xsolla Backend cluster, and it will no longer be loaded.

delete

Contribute

See instructions to install from source

  • Contact us
  • Jobs
  • Privacy
  • Manage cookies
  • Terms of use
  • Trademarks
© 2025 Microsoft