Skip to content

Update to version 7.* of SIL.Chorus.Mercurial (7.01 current, 7.2.2 upcoming) - #396

Open
rmunn wants to merge 1 commit into
masterfrom
chore/update-mercurial-to-7-dot-star
Open

Update to version 7.* of SIL.Chorus.Mercurial (7.01 current, 7.2.2 upcoming)#396
rmunn wants to merge 1 commit into
masterfrom
chore/update-mercurial-to-7-dot-star

Conversation

@rmunn

@rmunn rmunn commented Aug 20, 2026

Copy link
Copy Markdown
Contributor

Version 7.0.1 of SIL.Chorus.Mercurial has been released, and tested to work on both Windows and Linux with no Chorus code changes needed (all unit tests pass). It's time to update the package version that Chorus depends on, so that downstream projects (like LexBox) that want to update to Mercurial 7.x can do so.

We specify 7.* instead of 7.0.* because there is currently an open PR updating SIL.Chorus.Mercurial to version 7.2.2, and a 7.* spec will allow downstream Chorus-using projects to smoothly update to version 7.2.2 of Mercurial later without requiring a new Chorus PR to be tested and approved.

It would also be possible to say "version 6.5.1.43 or later", i.e.:

<PackageReference Include="SIL.Chorus.Mercurial" Version="[6.5.1.43,)" IncludeAssets="build" />

Or, to keep allowing all 6.5 packages (6.5.1.18 was the first 6.5 package released):

<PackageReference Include="SIL.Chorus.Mercurial" Version="[6.5.1.18,)" IncludeAssets="build" />

That would allow all future SIL.Chorus.Mercurial packages, including 8.x and later which don't exist yet. But it's entirely possible that Mercurial 8 will include breaking changes that would need a corresponding change to SIL.Chorus in order to compile, so it's probably safer to just accept 7.* rather than a truly open-ended NuGet package range.


This change is Reviewable

We specify `7.*` instead of `7.0.*` because there is currently an
open PR updating SIL.Chorus.Mercurial to version 7.2.2, and a `7.*`
spec will allow downstream Chorus-using projects to smoothly update
to version 7.2.2 of Mercurial later without requiring a new Chorus
PR to be tested and approved.
@rmunn rmunn self-assigned this Aug 20, 2026
@rmunn

rmunn commented Aug 20, 2026

Copy link
Copy Markdown
Contributor Author

I have downloaded the SIL.Chorus.Mercurial 7.0.1.58 NuGet package and run the Chorus unit tests against it, on both Linux and Windows. All tests pass.

I have not yet built the Chorus installer and verified that it would work without changes in FLExBridge. That was a concern raised by @hahn-kev in sillsdev/Mercurial4Chorus#30 (review), so it's worth testing. (By someone who has a working setup to build the Chorus installer and test it with FLExBridge and FieldWorks, i.e. not me).

@github-actions

Copy link
Copy Markdown

Test Results

       8 files  ±0     334 suites  ±0   2h 42m 47s ⏱️ + 16m 33s
1 008 tests ±0     951 ✔️  - 1    56 💤 ±0  1 +1 
3 197 runs  ±0  3 073 ✔️  - 1  123 💤 ±0  1 +1 

For more details on these failures, see this check.

Results for commit dca06ed. ± Comparison against base commit c2c1e42.

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant