GitVersionCore in NuGet is no longer up to date

Created on 8 Nov 2019  路  11Comments  路  Source: GitTools/GitVersion

I am using GitVersionCore as a part of my project and noticed that it is no longer being published as a nuget package.
Was there a specific reason for this? And can it be reverted as I'd rather have the official version instead of a custom-built one.

@arturcic

build

Most helpful comment

Thanks for the details, it's really interesting to see the usages

All 11 comments

I just stumbled on this with GitVersion.CommandLine.DotNetCore package. What one should use instead?

@arturcic would really appreciate some feedback on this one

Some time ago I decided to stop publishing the GitversionCore package as later I implemented some changes by adding the Dependency injection. I think we could continue publishing it but we'll have to make some adjustments, and to document the way it should be loaded (the Dependency injection part)

@arturcic I am fine with breaking changes as long as I can have the package and fix the issues :)
It wasn't really documented before and I managed to use it in my project. I would really appreciate it if you could get the package back as I really want to grab the latest changes.

ok, I'll add to my list, publishing it back

awesome, thank you a ton

@Elufimov see if the tool mentioned by @arturcic here:
https://github.com/GitTools/GitVersion/issues/1908
is something that will work for ya

@derwasp, just curiousity, is your project public? I would like to see how it's used in the wild, the core part

@arturcic I have plans on making it public, it's just not ready for it, yet. As I have some things tailored to the company needs and the codebase it a bit weird here and there.

I am happy to tell you what it is though.
It's a GitHub app for GitHub -> CodeBuild integration, similar to stork, but written in .NET. GitVersion is used there to generate the build version for all the commits, as the one available from CodeBuild is very basic.
My app is further integrated with OctopusDeploy, where this same gitversion is used to generate a release.

So on every webhook I get the whole repo, run gitversion on it and then set the result as an environment variable in the codebuild job.

I can't use the compiled binary as I am running this whole thing inside an aws lambda function (same as azure functions, iron functions etc) and it's not very flexible.

CodeBuild also doesn't allow to set any variables from inside the build so they can be visible to my service, so I can only generate this version right before I start the job. And this is the reason the GitVersion is embedded in the application that processes the webhooks

I hope it gives at least some insight :)

Thanks for the details, it's really interesting to see the usages

This issue has been automatically marked as stale because it has not had recent activity. After 30 days from now, it will be closed if no further activity occurs. Thank you for your contributions.

Was this page helpful?
0 / 5 - 0 ratings