Skip to main content
OSPRI Science includes portable Git in Full Workstation.

​
Create or adopt

  • Create makes a new coding-project folder from an available template and can initialize Git.
  • Adopt attaches OSPRI to an existing safe folder after ownership checks.
  • Clone can be run as an approved Git command when authentication is already available.

​
Git identity and authentication

OSPRI does not currently provide a Git-provider credential form in Connections. Configure the repository identity and an authentication method such as SSH or supported system credentials before pushing. Do not paste a long-lived access token into a chat.

​
Safe commit flow

1

Inspect status and instructions

Read repository instructions and identify unrelated modified or untracked files.
2

Make the focused change

Edit only files required by the task.
3

Run the real project checks

Use the repository’s own test, lint, typecheck, build, and validation commands.
4

Review the exact diff

Confirm secrets, generated local files, and unrelated work are not staged.
5

Commit and push

Use the repository’s configured identity. Push only after authentication and required approvals succeed.

​
Conflicts and failed commands

A failed pull, merge, checkout, rebase, or push is not guaranteed to leave the working tree unchanged. Inspect git status, the current branch, and the diff before retrying. Resolve conflicts deliberately and rerun the project checks. Force pushes and destructive resets need explicit scrutiny because they can replace remote or local history.

​
Public publishing

The current public publish control applies to a protected production-build preview, not arbitrary local files or an entire repository. Its flow validates a safe slug and controlled destination, then requires explicit consent and exact-name confirmation before a public alias is created.
“Push this branch” and “publish this preview publicly” are different actions. State which one you mean.