Server-side source control extension for Git on InterSystems’ platforms
zpm "install git-source-control"
To install on an environment without access to the internet, download the tar.gz file from the releases page. Copy the archive onto a file system the IRIS instance has access to and extract it. Use the package manager to load the release from that directory.
tar -xf /path/to/archive/git-source-control-release.tar.gz
zpm "load /path/to/archive/git-source-control-release"
d ##class(SourceControl.Git.API).Configure()
This will also allow you to generate an SSH key for use as (e.g.) a deploy key and to initialize or clone a git repo.isfs
server-side editing. First, save your current workspace in which you have the code open. Then, open the .code-workspace
file generated by VS Code and add the following to the list of folders:
{
"name": "<whatever you want the folder to show up as in the project explorer view>",
"uri": "isfs://<instance_name>:<namespace_name>/"
}
Add a file for tracking by right-clicking on it in the workspace/project view and choosing Git > Add.
This same menu also has options to remove (stop tracking the file), discard changes (revert to the index), or commit changes.
You can browse file history and commit changes through a user interface launched from the top level Git > “Launch Git UI” menu item. There is also a page for configuring settings.
The same right click menus as in Studio live under “Server Source Control…” when right-clicking in a file (in the editor) or on a file when exploring an isfs folder. The top level “source control” menu is accessible through the command palette or the source control icon in the top right of the editor.
Documentation for the various git-source-control menu options can be found here.
To specify where files should go relative to your repository root, add mappings via the “Settings” menu item. A mapping has three parts:
This might look like:
The ##class(SourceControl.Git.PullEventHandler) is a base class that can be extended in order to develop functionality that should be run when the repository pulls from remote. The code placed inside the subclass’ OnPull() method will be executed any time a pull occurs.
A recommended way to implement CI/CD would be to use one of the pre-defined subclasses of PullEventHandler that are placed inside the PullEventHandler package. Additionally, custom load logic can be placed in that package following the model of the existing subclasses.
You really should be connecting to IRIS over a secured (https) connection. If you’re not, web pages in this extension will launch in an external browser, because constraints around session cookies keep them from working properly in VSCode.
Newer git versions may produce output like:
fatal: detected dubious ownership in repository at 'C:/Your/Repo/Root' To add an exception for this directory, call:
git config --global --add safe.directory C:/Your/Repo/Root
Set the environment variable GIT_TEST_DEBUG_UNSAFE_DIRECTORIES=true and run
again for more information.
It is important for the namespace temp folder to be owned by the user IRIS runs as. (On Unix, commonly irisusr; on Windows, generally a designated service account or SYSTEM.) Setting this config flag is unlikely to actually help; just make sure the ownership is correct.
If you want to interact with remotes from VSCode/Studio directly (e.g., to push/pull), you must use ssh (rather than https), create a public/private key pair to identify the instance (not yourself), configure the private key file for use in Settings, and configure the public key as a deploy key in the remote(s).
For developers to be able to run this extension, they’ll need the following privileges:
Assuming you have the local and remote repositories created,
ssh-keygen
.ssh://git@ssh.github.com:443/<repo_owner>/<repo_name>.git
<path to IRIS Instance storage>\mgr\<private key>
~/.ssh/<private key>
ssh
command in the git config for your repository as:git config core.sshCommand 'ssh -i ~/.ssh/<private key name>'
git fetch
in Git Bash. All 3 should work without any issues.:warning: Whenever any code in this project is updated outside the server (e.g. after every git pull
), you have to run zpm "load <absolute path to git-source-control>"
. Otherwise, the changes won’t be reflected on the server. However, if you load git-source-control via the InterSystems package manager and run git pull
via the extension itself with the default pull event handler configured, it’ll just work.