Skip to main content

14.11.7 Pull Request List

In Review Required or E-Signature modes, administrators can view all MRs/PRs on the Management Console → Version Control → Pull Requests page.

PR Management Happens on the Git Platform

IDMP only provides a PR list view. PR review, commenting, approval, and merging must be done on GitLab or GitHub. Click the context menu on a PR row → View on GitLab (or View on GitHub) to jump to the corresponding Git platform.

Opening the PR List

Click Management Console → Version Control → Pull Requests in the left menu.

Pull Request List Page

PR List

The list displays all MRs/PRs, filterable by status:

  • Opened: MRs/PRs awaiting review
  • Merged: MRs/PRs already merged into the main branch

List Columns

ColumnDescription
PR #MR/PR number
TitleMR/PR title (the reason for change entered during Check-In)
AuthorSubmitter name
CreatedMR/PR creation time
StatusOpened / Merged

Viewing PR Details

Click the context menu on a row → View on GitLab (or View on GitHub) to jump to the MR/PR page on the Git server for detailed diff and comments.

Review Workflow

  1. User modifies data in IDMP and performs Check-In
  2. System automatically creates an MR/PR on the Git server
  3. Reviewer views diff and writes comments on GitLab/GitHub
  4. Reviewer approves and merges the MR/PR
  5. IDMP receives the merge notification via Webhook:
    • Auto-Push mode: Automatically pulls the latest version and updates the running system
    • Manual mode: Pushes an SSE notification to the submitter, informing them that the MR has been merged
  6. All users see the updated data

Post-Merge Auto-Sync

Auto-Push Mode Only

The following auto-sync workflow only applies in Auto-Push mode. In Manual mode, the administrator must go to the Version Management page to manually publish a new version after merge.

After an MR/PR is merged, IDMP receives the notification via Webhook and automatically performs the following:

  1. Pulls the latest content from the main branch
  2. Rebuilds the database cache
  3. Refreshes the search index
  4. Updates TDengine virtual tables (if any)
  5. Pushes an SSE notification to the submitter ("MR merged")
Auto-Publish Failure Handling

If an error occurs during auto-publish, the system does not record the version in the version list, and the local repository is reset to its pre-publish state. The administrator will still see a pending PR count > 0 on the Version Management page and can click the Publish button to manually retry. See Version Publishing Management for details.

Personal Branch Retention

Personal branches are not automatically cleaned up after merge. Users can continue making other changes in their workspace, and subsequent Check-Ins will create new MRs/PRs on the same personal branch. To return to the public view, manually delete the personal workspace (see Personal Workspace).

Version Management Integration

On the Version Management page, the top section shows the "Pull requests approved since latest version" count. Administrators can use this to decide whether to publish a new version.

See Version Publishing Management for details.