Skip to content

Conversation

tuhaihe
Copy link
Member

@tuhaihe tuhaihe commented Jul 3, 2025

To enhance build stability and reproducibility, this PR updates the
submodule pointers to lock them to specific, stable release tags.

Previously, several submodules were tracking the HEAD of a branch or were
not explicitly version-locked. This practice can lead to inconsistent
builds, as unintended upstream changes could be pulled in, causing
unexpected failures or behavior changes.

By pinning each submodule to a specific commit hash corresponding to a
release tag, we ensure that all developers and CI environments use the
exact same version of the dependencies, guaranteeing a consistent and
reproducible build process.

Note

This PR includes a few commits. Please don't squash them into one commit when merging this PR to the main branch. Please select Rebase and merge instead of Squash and merge!

What does this PR do?

Type of Change

  • Bug fix (non-breaking change)
  • New feature (non-breaking change)
  • Breaking change (fix or feature with breaking changes)
  • Documentation update

Breaking Changes

Test Plan

  • Unit tests added/updated
  • Integration tests added/updated
  • Passed make installcheck
  • Passed make -C src/test installcheck-cbdb-parallel

Impact

Performance:

User-facing changes:

Dependencies:

Checklist

Additional Context

CI Skip Instructions


@tuhaihe
Copy link
Member Author

tuhaihe commented Jul 21, 2025

Need to rebase after PR #1238 is merged.

@tuhaihe tuhaihe force-pushed the fixed-submodules branch from 9ddfd9c to 23dd1df Compare July 31, 2025 07:49
@tuhaihe
Copy link
Member Author

tuhaihe commented Aug 1, 2025

This PR adopts the way recommended by @edespino here: #1084 (review)

@tuhaihe tuhaihe marked this pull request as draft August 18, 2025 07:44
Copy link
Contributor

@leborchuk leborchuk left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It looks good for me that we cannot use the branch syntax, as a specific branch could be deleted from the original repo.

The similar, HEAD could contain breaking changes, so we cannot guarantee backward compatibility with third-party repositories.

Therefore, it would be wise to pin a specific commit and, for example, update it in each new release.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Status: In progress

Development

Successfully merging this pull request may close these issues.

2 participants