Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Package version bump #59

Open
wants to merge 1 commit into
base: develop
Choose a base branch
from
Open

Conversation

WhitWaldo
Copy link

Package update:

  • Brought Service Fabric packages to latest version
  • Replaced Microsoft.CodeAnalysis.FxCopAnalyzers (deprecated) with Microsoft.CodeAnalysis.NetAnalyzers
  • Version bumps for Autofac, Autofac.Extras.DynamicProxy, Microsoft.SourceLink.GitHub

@tillig
Copy link
Member

tillig commented Sep 14, 2022

Is there a technical reason for requiring the updates? For example, if you added the explicit references to your own project, would that have the same effect? Generally we don't bump packages unless there's a specific reason because it forces downstream consumers to potentially take an upgrade they don't want yet.

@WhitWaldo
Copy link
Author

No hard technical reason for the bump except that it was a precursor to my most recent PR. I guess you could also say that the versions replaced (<6.4) are also marked as deprecated by the Service Fabric team and out of support per their latest release notes (last bullet).

@tillig
Copy link
Member

tillig commented Sep 15, 2022

I will admit, I don't use Service Fabric so it's hard for me to make a call here. It roughly appears that the version of the client library you use needs to align with the version of Service Fabric you're running. Is that correct? If I'm running Service Fabric 8.2 will Microsoft.ServiceFabric 9.0.1048 work with that?

If so, awesome. That solves a lot of problems.

If not, it may be that the latest we can update to here is the minimum not-deprecated version so we can let the client application decide what to run.

@WhitWaldo
Copy link
Author

As covered in some other issue thread, SF is quite package-specific (if you install Microsoft.ServiceFabric.Data 6.0.1048 and this package uses a different version, you're going to need to install all the related 6.0.1048 packages as well.

I'm not sure if that works backwards (e.g. if Autofac comes with the more recent version and you instead opt to use an older package in full, specifically). I'll have to experiment with that in the next couple of days. Maybe hold on merging this until I can try that out.

@tillig
Copy link
Member

tillig commented Sep 15, 2022

I thought I remembered seeing that somewhere. I don't think you can downgrade a package by specifically referencing it, you can only upgrade. That's been my experience at least. Let me know what you find out.

@WhitWaldo
Copy link
Author

Nope, it's not ok with downgrades. According to the handy chart then, that puts us at 8.2.1235 for Microsoft.ServiceFabric and 5.2.1235 for all other Service Fabric packages (e.g. Microsoft.ServiceFabric.Services, Microsoft.ServiceFabric.Diagnostics.Internal, etc.) through the end of November, when we'll jump to 9.0.1017 for Microsoft.ServiceFabric and 6.0.1017 for the others.

I'll tweak the PR before the end of the week as I've got some free time. Significant version bump nonetheless.

@tillig
Copy link
Member

tillig commented Sep 15, 2022

Oooo, I dig that chart. Good to know it's there.

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.

2 participants