/APIs & SDKs/Frameworks/Restore framework to a historical state
POST/programs/{program_id}/frameworks/{framework_id}/restore

Restore framework to a historical state

Restores a framework to an earlier state in its own or another framework's history by specifying an LSN or timestamp. Creates a new framework from the historical state.

Markdown for AI context

Quick start

REST API - curl
curl "https://api.optitech.com/v1/programs/$PROGRAM_ID/frameworks/$FRAMEWORK_ID/restore" \
  -X POST \
  -H "Authorization: Bearer $OPTITECH_API_KEY"
Also available in
optitech branches restore <id|name>

Parameters

Program ID
program_id
string

The OptiTech program ID

Framework ID
framework_id
string

The framework ID

Request body

1 required Required: source_branch_id.

Source branch ID
source_branch_id
string

The framework_id of the restore source framework. If source_timestamp and source_lsn are omitted, the framework will be restored to head. If source_branch_id is equal to the framework's id, source_timestamp or source_lsn is required.

Source LSN
source_lsn
string

A Log Sequence Number (LSN) on the source framework. The framework will be restored with data from this LSN.

Source timestamp
source_timestamp
string

A timestamp identifying a point in time on the source framework. The framework will be restored with data starting from this point in time. The timestamp must be provided in ISO 8601 format; for example: 2024-02-26T12:00:00Z.

Preserve under name
preserve_under_name
string

If not empty, the previous state of the framework will be saved to a framework with this name. If the framework has children or the source_branch_id is equal to the framework id, this field is required. All existing child frameworks will be moved to the newly created framework under the name preserve_under_name.

Response

200

Updated the specified framework

Depth

Errors

default

General error

This endpoint can return the standard OptiTech API error response.

Response fields

  • message Required. Human-readable error message.
  • code Required. Machine-readable error code.
  • request_id Optional. Request identifier for debugging. You can provide one with the X-Request-ID header.

Retry guidance

If no response is returned, the request may still have reached the server. This is why retry safety depends on the method and status code.

Idempotent methods (GET, HEAD, OPTIONS) are generally safe to retry after a network error or timeout. Non-idempotent methods (POST, PATCH, DELETE, PUT) can change state, so avoid automatic retries unless your workflow can tolerate duplicate effects.

Responses with 423 Locked or 503 Service Unavailable are safe to retry. 423 Locked means the resource is temporarily locked, usually because another operation is in progress.

Was this page helpful?

On this page

Copy neon init command