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

Update signtool plan #453

Merged
merged 2 commits into from
Aug 9, 2018
Merged

Update signtool plan #453

merged 2 commits into from
Aug 9, 2018

Conversation

maririos
Copy link
Member

@maririos maririos commented Aug 9, 2018

Changing to always generate manifest during build to reflect the decision that happened recently in #58

Changing to always generate manifest during build to reflect the decision that happened recently in #58
@@ -16,7 +15,7 @@ that the binaries were actually signed.
3. (S138) Arcade should sign its packages using the SignTool that is in the SDK.
4. (S138 - S139) Refactor the SignTool to accomodate scenarios for other repositories. Examples of the changes are:
- Convert to MsBuild task.
- Accept a manifest file from different source (implicit or explicit).
- Generate a manifest file during the build.

This comment was marked as spam.

This comment was marked as spam.

This comment was marked as spam.

This comment was marked as spam.

@@ -5,8 +5,7 @@ The goal of the signing plan is to provide guidance on how the tier 1 (T1) produ
- Leverage pre-existing solutions so that work isn't duplicated.
- Where possible, avoid dependency on software installed on the machine to facilitate the consumtion of the tool accross the .NET Core repositories.
- The consumption method of the SignTool should follow the [Methods for Consuming the .NET Core Shared Infrastructure Components](https://github.com/dotnet/arcade/blob/master/Documentation/Overview.md#methods-for-consuming-the-net-core-shared-infrastructure-components).
- Signtool will need a manifest (list of files) in order to know what to sign. The manifest can be checked in (explicit) or
can be generated during the build (implicit).
- Signtool will need a manifest (list of files) in order to know what to sign. The manifest will be generated during the build (implicit).

This comment was marked as spam.

@maririos maririos merged commit 33ca91a into master Aug 9, 2018
@maririos maririos deleted the maririos-patch-3-1 branch August 10, 2018 20:06
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

3 participants