frostney / frostney/GocciaScript

Document and automate signing/notarization flow for packaged outputs

Open
#160 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

documentation new feature
Dominant language
Pascal
Stars
20
Forks
3
Avg merge
3d 4h
Merged PRs (30d)
45

Description

Goal

Document and automate signing/notarization flow for packaged outputs without mixing signing concerns into runtime implementation.

Scope

  • Document the required ordering: package first, sign second.
  • Add release docs for macOS codesign + notarization, Windows Authenticode signing, and Linux checksum/signature publishing.
  • Add optional CI hooks or release automation scaffolding where appropriate.

Acceptance Criteria

  • Release docs cover exact signing order, target artifact shapes, and verification steps.
  • The executable packaging issue links to the signing flow docs.
  • CI/release automation scope is explicit, even if some credentials are intentionally left for maintainer setup.

Stand-alone Value

Useful release-engineering guidance once executable packaging exists.

Dependencies

Depends on #159.

Tracking

Tracked by #161.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the executable packaging outputs and artifact shapes established by #159, then define the release documentation around package-first, sign-second ordering. Cover macOS codesign and notarization, Windows Authenticode, and Linux checksum/signature publishing, including verification steps and the CI/release automation boundary. Link the finished signing flow from the executable packaging issue and account for #161 tracking.

Written by the indexing model from the issue text.

Assessment

Domain
ci-cd, documentation, release
Issue type
Documentation
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
52/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.