I just published versions 3.3.2-rc1 and 3.2.8-rc1 of Gremlin.Net to nuget.org:
https://www.nuget.org/packages/Gremlin.Net/3.3.2-rc1 Am 14.02.2018 um 16:36 schrieb Florian Hockmann: > Thanks for the explanation. Then I'll do it the same way and also just tag > the repo accordingly. > > -----Ursprüngliche Nachricht----- > Von: Stephen Mallette [mailto:spmalle...@gmail.com] > Gesendet: Dienstag, 13. Februar 2018 17:56 > An: dev@tinkerpop.apache.org > 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: > > https://github.com/apache/tinkerpop/tree/3.3.1-rc1 > > 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> > wrote: > >> We currently have the problem that we cannot deploy versions of >> Gremlin.Net from non-Windows systems due to a problem with strong naming: >> https://issues.apache.org/jira/browse/TINKERPOP-1880 >> >> 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 >> and >> 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 [1]. >> >> If there are no objects within the next 72 hours, I'll assume lazy >> consensus and proceed with the deployment. >> >> Regards, >> Florian >> >> [1] https://github.com/dotnet/roslyn/pull/23061 >> >> >