Skip to content

Git operations

Git operations has the most amount of actions, so in this page they will be (sort of) sectioned according to their permission.

Each permission here also requires the Git Operations permission to be enabled no matter what.

As this relies on the built-in git extension (and for most, an initialized repo), NeuroPilot will first check if the Git extension is loaded, before registering git actions. Then, NeuroPilot will check if there already is an initialized repo in the workspace.

NeuroGit icon by KTrain5369

Based on the Git logo by Jason Long

Licensed under Creative Commons Attribution 3.0 Unported License.

These actions require no other permission to be enabled than the Git Operations permission.

Neuro can initialize a local git repository. This will then cause git actions to be registered. If there is already a git repository, it will reinitialize the repo.

Neuro can add/remove files from the staging index in git. This works just like their respective git commands.

Neuro can make a commit herself using the info currently being used by git.

To differentiate between her commits and human commits, the prefix Neuro commit: <commit title> will be used.

Sends the current status of the git repository to Neuro, fully formatted using Markdown.

This allows Neuro to merge git branches together. This follows the same as merging on the command line, selecting another branch to merge to the current branch.

This allows Neuro to add, remove or switch between branches.

This is only registered if a merge failed to happen cleanly. Neuro can use this to abort merging if she can’t resolve merge conflicts.

This gets the diff between two states of a file and sends it to Neuro. This will be sent raw as Neuro will probably understand a diff easier.

This has a complex schema that can’t be checked via the normal schema validation and can’t be specified via the normal schema specs + the Neuro-specific restrictions. For this reason, Neuro is more likely to send in an “incorrect” packet using this action.

This gets the commit log for the branch, formats it to be readable, then sent to Neuro. Neuro can also specify a limit on how many logs she gets, starting from the most recent and going backwards.

This gets the line-by-line blame attributions for a file and sends it to Neuro.

Neuro can use these actions to manage tags on the repo. These require the Git Tags permission to be enabled.

This tags the current HEAD commit of the branch. Neuro can choose to name the tag.

This deletes a tag from the repository.

These actions allow Neuro to interact with the remote repository connected to the current repository. These actions require the Git Remotes permission to be enabled.

This fetches commits from the remote repository for Neuro. This will then allow her to pull commits.

Attempts to fast-forward or merge changes from the remote repository.

Publishes any unpublished commits online. This will abort if any issue occurs, even if it’s just as simple as requiring a pull before pushing.

This allows Neuro to add, remove or rename a git remote. Renaming simply renames the name set by your local repository, NOT the link to the remote repository.

In addition to Git Remotes, a specialized permission named Edit Remote Data also needs to be enabled for these actions.

Allows Neuro to get/set a config key in the git configuration. If getting the git config, Neuro can omit the field for her desired key, which will send her the entire local git config.

This action requires the Git Config permission to be enabled.