Execute qualquer Skill no Manus
com um clique

Execute qualquer Skill no Manus com um clique

Começar

$pwd:

push-tag

Name: Push Tag
Author: spiriMirror

// Push a version tag and optionally create a GitHub release

Executar no Manus

$ git log --oneline --stat

stars:273

forks:45

updated:26 de março de 2026 às 09:00

SKILL.md

readonly

name	push-tag
description	Push a version tag and optionally create a GitHub release
disable-model-invocation	true

Push Tag

Overview

Push a new tag to the upstream repository. Optionally create a GitHub release.

Steps

Verify branch
```
git branch --show-current
```
- Must be on main branch. If not, switch: git checkout main
Determine tag version
```
git tag --list
```
- If user provides a tag: validate it doesn't exist and is greater than latest
- If no tag provided: auto-increment patch version (e.g., v1.2.3 → v1.2.4)

Create and push tag

git tag <TAG>
git push origin refs/tags/<TAG>

Create release (if requested)
- Generate structured release notes (do not use --generate-notes):
  1. Get commits between previous tag and <TAG>:
```
git log <PREV_TAG>..<TAG> --pretty=format:'%s' --no-merges
```
  2. Summarize and structure the changes into clear sections, e.g.:
    - Features – new functionality
    - Fixes – bug fixes
    - Documentation – docs, examples, guides
    - Refactor / Chore – internal changes, deps, tooling
  3. Write an overall summary at the top of the release notes: a short paragraph describing the key themes, goals, or highlights of this release compared to the previous one. This gives readers a quick understanding of what changed and why.
  4. Use concise, user-facing language. Group related changes. Avoid raw commit hashes or jargon unless helpful.
  5. Write notes to a temp file (e.g. release_notes.md) and create the release:
```
gh release create <TAG> --repo spiriMirror/libuipc --notes-file release_notes.md
rm release_notes.md
```

Note: Always use --repo spiriMirror/libuipc to reference the upstream repository.

related-skills.json

mesmo repositório

xmake-workflow.md

from "spiriMirror/libuipc"

Build and test the libuipc project using XMake. Use when building with xmake, running xmake f / xmake build / xmake run commands, selecting release/releasedbg/debug modes, or running Catch2 tests produced by xmake.

2026-04-22273

cmake-workflow.md

from "spiriMirror/libuipc"

Build and test the libuipc project using CMake. Use when building the project, running cmake configure/build commands, compiling with RelWithDebInfo, running Catch2 tests, or when the user asks how to build or test libuipc.

2026-04-21273

simulation-dev.md

from "spiriMirror/libuipc"

General simulation development best practices for correctness, stability, and debuggability. Use when implementing or modifying simulation systems, solvers, constraints, or GPU kernels, especially for index safety, NaN/Inf issues, and diagnostics.

2026-04-21273

review-pr.md

from "spiriMirror/libuipc"

Review a libuipc pull request end-to-end: checkout the PR, summarize changes, list files for the human reviewer, and perform a domain-aware AI review covering physics correctness, backend architecture, C++ style, GPU code, and Python bindings. Optionally post review comments via `gh`. Use when the user provides a PR number, asks to review a PR, or wants to inspect a libuipc GitHub PR.

2026-04-21273

commit-convention.md

from "spiriMirror/libuipc"

Conventional commit message format and rules for this project

2026-03-06273

commit.md

from "spiriMirror/libuipc"

Create a well-formatted conventional commit

2026-03-06273

package.json

"author": "spiriMirror"

"repository": "spiriMirror/libuipc"

Abrir repositório GitHub Ver repositórios do creator

$ install --global

$ download --local

Executar no Manus

$ useful --forSOC

Desenvolvedores de softwareInformática e Matemática15-1252L4

name	push-tag
description	Push a version tag and optionally create a GitHub release
disable-model-invocation	true

Push Tag

Overview

Push a new tag to the upstream repository. Optionally create a GitHub release.

Steps

Verify branch
```
git branch --show-current
```
- Must be on main branch. If not, switch: git checkout main
Determine tag version
```
git tag --list
```
- If user provides a tag: validate it doesn't exist and is greater than latest
- If no tag provided: auto-increment patch version (e.g., v1.2.3 → v1.2.4)

Create and push tag

git tag <TAG>
git push origin refs/tags/<TAG>

Create release (if requested)
- Generate structured release notes (do not use --generate-notes):
  1. Get commits between previous tag and <TAG>:
```
git log <PREV_TAG>..<TAG> --pretty=format:'%s' --no-merges
```
  2. Summarize and structure the changes into clear sections, e.g.:
    - Features – new functionality
    - Fixes – bug fixes
    - Documentation – docs, examples, guides
    - Refactor / Chore – internal changes, deps, tooling
  3. Write an overall summary at the top of the release notes: a short paragraph describing the key themes, goals, or highlights of this release compared to the previous one. This gives readers a quick understanding of what changed and why.
  4. Use concise, user-facing language. Group related changes. Avoid raw commit hashes or jargon unless helpful.
  5. Write notes to a temp file (e.g. release_notes.md) and create the release:
```
gh release create <TAG> --repo spiriMirror/libuipc --notes-file release_notes.md
rm release_notes.md
```

Note: Always use --repo spiriMirror/libuipc to reference the upstream repository.

push-tag

Push Tag

Overview

Steps

Mais deste repositório

Mais deste repositório

Push Tag

Overview

Steps