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鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

Issue #238 - Signed Google.Apis #550

Merged
merged 8 commits into from
Jul 7, 2015
Merged

Conversation

peleyal
Copy link
Collaborator

@peleyal peleyal commented Jun 12, 2015

The change contains the following:

  1. Change Google.Apis projects to support a new ReleaseSigned configuraiton
  2. Change the publisher and the release process to use the ReleaseSigned version (and not Release)
  3. Change the release process to use Git (and not HG...)
  4. Add the google.apis.public.snk key
  • It was tested with a beta version (but signed) of Zlib.Portable. Now waiting for them to publish a new stable version.
    UPDATE: Zlib.Portable already posted a new signed (not beta) version of their library. 馃憤

I followed Linda instructions;
The key was created using the following:
sn.exe -k asecret.snk
Getting the public key from the secret:
sn.exe -p asecret.snk publicKey.snk
Then I added the public key to the repo.

Follows up, to do after committing this one.

  1. Sanitize the project configurations overall. I opened a new issue - Sanitize the project configurations聽#558
  2. Be able to build test projects in a signed version as well
    Follow Jon's comment:
    "The most likely reason for singing a test assembly is so that you can trust it with InternalsVisibleTo in the production code. I've lost where we've got to with friend assemblies, but it can certainly be very helpful. It means you may need conditional compilation, however - see https://github.com/nodatime/nodatime/blob/master/src/NodaTime/Properties/AssemblyInfo.cs"
    Sanitize the project configurations聽#558

Add a signing rule that uses the key from c:\code\google.apis.snk
- Change the release process and the publisher to sign dlls
- Add a git repository which is used by the release process.
@jtattermusch
Copy link
Contributor

Generally LGTM, I'd like to learn more about how we manage the .snk key (let's chat offline).

@@ -55,8 +55,8 @@
<Compile Include="Program.cs" />
<Compile Include="ProjectExtenstions.cs" />
<Compile Include="Properties\AssemblyInfo.cs" />
<Compile Include="Repositories\Git.cs" />
<Compile Include="Repositories\Hg.cs" />

This comment was marked as spam.

This comment was marked as spam.

@LindaLawton
Copy link
Collaborator

Should we remove the .hgignore file? I don't think we need it anymore do we.

Last commit was missing some right dependencies (usage of Zlib.Portable
instead Zlib.Portable.Signed NuGet package, dll name, by the way,
remained Zlib.Portable)
peleyal added a commit that referenced this pull request Jul 7, 2015
Issue #238 - Signed Google.Apis
@peleyal peleyal merged commit 02ddc01 into googleapis:master Jul 7, 2015
aiuto added a commit to google/apis-client-generator that referenced this pull request Nov 19, 2015
1. Fixed the string transformation where if a reserved keyword is used with
invalid characters, we were not stripping out the invalid character when
appending the reserved keyword with "__". This was causing something
like '$object' to be transformed into '$object__' instead of 'object__'

2. Support Strong Named Assemblies in C#
.NET Issue 238
(googleapis/google-api-dotnet-client#238) -
Support Strong Named Assemblies

Based on committing
googleapis/google-api-dotnet-client#550 (was pushed
on July 7th 2015)

3. Release 1.9.2 of the .NET client library for Google Apis.
- Clone tempalte directory for 1.9.2
- Add 1.9.2 as test to targets.json
- Clone golden tests for 1.9.2
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.

None yet

4 participants