Sponsored Content
Skip to content

ci: Upload Conan recipes for develop, release candidates, and releases - #6286

Merged
bthomee merged 2 commits into
developfrom
bthomee/ref
Jan 28, 2026
Merged

ci: Upload Conan recipes for develop, release candidates, and releases#6286
bthomee merged 2 commits into
developfrom
bthomee/ref

Conversation

@bthomee

@bthomee bthomee commented Jan 28, 2026

Copy link
Copy Markdown
Collaborator

High Level Overview of Change

This change exports and uploads the Conan recipe with the version names develop, rc, and release when applicable.

Context of Change

To allow developers to consume the latest unstable and (near-)stable versions of our xrpl Conan recipe, we should export and upload it whenever a push occurs to the corresponding branch or a release tag has been created. This way, developers do not have to figure out themselves what the most recent shortened commit hash was to determine the latest unstable recipe version (e.g. 3.2.0-b0+a1b2c3d) or what the most recent release (candidate) was to determine the latest (near-)stable recipe version (e.g. 3.1.0-rc2).

Now, pushes to the develop branch will produce the develop recipe version, pushes to the release branch will produce the rc recipe version, and creation of versioned tags will produce the release recipe version.

Type of Change

  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to not work as expected)
  • Refactor (non-breaking change that only restructures code)
  • Performance (increase or change in throughput and/or latency)
  • Tests (you added tests for code that already exists, or your new feature included in this PR)
  • Documentation update
  • Chore (no impact to binary, e.g. .gitignore, formatting, dropping support for older tooling)
  • Release

@bthomee
bthomee requested a review from mathbunnyru January 28, 2026 08:42
@bthomee bthomee added the Trivial Simple change with minimal effect, or already tested. Only needs one approval. label Jan 28, 2026
@codecov

codecov Bot commented Jan 28, 2026

Copy link
Copy Markdown

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 79.4%. Comparing base (bb529d0) to head (a26a7b5).
⚠️ Report is 1 commits behind head on develop.

Additional details and impacted files

Impacted file tree graph

@@            Coverage Diff            @@
##           develop   #6286     +/-   ##
=========================================
- Coverage     79.4%   79.4%   -0.0%     
=========================================
  Files          839     839             
  Lines        71625   71625             
  Branches      8241    8231     -10     
=========================================
- Hits         56864   56861      -3     
- Misses       14761   14764      +3     

see 3 files with indirect coverage changes

Impacted file tree graph

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

@bthomee
bthomee merged commit b90a843 into develop Jan 28, 2026
3 checks passed
@bthomee
bthomee deleted the bthomee/ref branch January 28, 2026 10:02
@mvadari mvadari added this to the 3.2.0 milestone May 20, 2026
beartec-jpg pushed a commit to beartec-jpg/FalconLedger that referenced this pull request Jun 1, 2026
XRPLF#6286)

To allow developers to consume the latest unstable and (near-)stable versions of our `xrpl` Conan recipe, we should export and upload it whenever a push occurs to the corresponding branch or a release tag has been created. This way, developers do not have to figure out themselves what the most recent shortened commit hash was to determine the latest unstable recipe version (e.g. `3.2.0-b0+a1b2c3d`) or what the most recent release (candidate) was to determine the latest (near-)stable recipe version (e.g. `3.1.0-rc2`).

Now, pushes to the `develop` branch will produce the `develop` recipe version, pushes to the `release` branch will produce the `rc` recipe version, and creation of versioned tags will produce the `release` recipe version.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Trivial Simple change with minimal effect, or already tested. Only needs one approval.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants