Thanks for the explanation. Then I'll do it the same way and also just tag the
Von: Stephen Mallette [mailto:spmalle...@gmail.com]
Gesendet: Dienstag, 13. Februar 2018 17:56
Betreff: Re: [DISCUSS] Publishing of development versions of Gremlin.Net
good to know that a fix is on it's way for that problem with the dotnet
toolchain. thanks for looking into that.
i'm +1 to publish an rc1 for 3.2.8/3.3.2 to nuget. we don't really have dev
docs that describe the process of doing release candidates for just a GLV.
when i've done it, I usually just ad-hoc my way through using various snippets
of steps in the dev docs. For the last release candidate where we just
published a GLV i think that I just tagged the repo at that spot:
and didn't bother to actually update the version to include the rc1. It seemed
more important that we just know what the commit was for that development
version. If we were doing a "full" release candidate (i.e.
publish all convenience artifacts) I think we might want to do that differently.
On Tue, Feb 13, 2018 at 11:38 AM, Florian Hockmann <f...@florian-hockmann.de>
> We currently have the problem that we cannot deploy versions of
> Gremlin.Net from non-Windows systems due to a problem with strong naming:
> Unfortunately, the already released versions 3.3.1 and 3.2.7 have a
> broken signature as they were deployed from a Unix system. This makes
> those packages unusable for use cases where the signature is checked
> (that's what the ticket was originally about).
> To fix this, I propose that we deploy development versions 3.3.2-rc1
> 3.2.8-rc1 to nuget.org from a Windows system.
> This should only be a temporary problem as a PR that adds support for
> strong-name signing on non-Windows systems is already merged .
> If there are no objects within the next 72 hours, I'll assume lazy
> consensus and proceed with the deployment.
>  https://github.com/dotnet/roslyn/pull/23061