npm - @programinglive/commiter - Versions diffs - 1.2.12 → 1.2.16 - Mend

@programinglive/commiter 1.2.12 → 1.2.16

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.

Files changed (30) hide show

package/.github/ISSUE_TEMPLATE/bug_report.md +28 -28
package/.github/ISSUE_TEMPLATE/config.yml +5 -5
package/.github/ISSUE_TEMPLATE/feature_request.md +20 -20
package/.github/PULL_REQUEST_TEMPLATE.md +24 -24
package/.github/workflows/publish.yml +8 -5
package/CHANGELOG.md +263 -235
package/CODE_OF_CONDUCT.md +36 -36
package/LICENSE +21 -21
package/PRD.md +96 -96
package/PUBLISH.md +142 -142
package/README.md +217 -217
package/SECURITY.md +30 -30
package/commitlint.config.cjs +4 -4
package/docs/CREATE_RELEASES.md +103 -103
package/docs/QUICK_RELEASE_GUIDE.md +101 -101
package/docs/release-notes/RELEASE_NOTES.md +217 -185
package/index.js +199 -199
package/netlify.toml +2 -2
package/package.json +96 -96
package/scripts/create-releases.js +219 -219
package/scripts/release.cjs +258 -258
package/scripts/update-release-notes.cjs +182 -182
package/web/README.md +79 -79
package/web/css/style.css +963 -963
package/web/favicon.svg +10 -10
package/web/index.html +510 -510
package/web/js/script.js +256 -256
package/web/og-image.svg +24 -24
package/.netlify/netlify.toml +0 -25
package/.netlify/state.json +0 -3

package/README.md CHANGED Viewed

@@ -1,217 +1,217 @@
-# Commiter 🚀
-[![npm version](https://img.shields.io/npm/v/%40programinglive%2Fcommiter.svg)](https://www.npmjs.com/package/@programinglive/commiter)
-[![npm downloads](https://img.shields.io/npm/dm/%40programinglive%2Fcommiter.svg)](https://www.npmjs.com/package/@programinglive/commiter)
-[![publish status](https://img.shields.io/github/actions/workflow/status/programinglive/commiter/publish.yml?label=publish)](https://github.com/programinglive/commiter/actions/workflows/publish.yml)
-[![license: MIT](https://img.shields.io/badge/License-MIT-yellow.svg)](LICENSE)
-A standardized commit convention and release management tool for your repository using `standard-version`.
-## Features
-- ✅ **Enforced Commit Conventions** - Uses Conventional Commits format
-- 🎯 **Automated Versioning** - Semantic versioning (major, minor, patch)
-- 📝 **Changelog Generation** - Automatic CHANGELOG.md with icons
-- 🔒 **Git Hooks** - Pre-commit and commit-msg validation via Husky
-- 🎨 **Icon Support** - Each commit type has a dedicated icon in releases
-## Installation
-Install the package globally or as a dev dependency in your project:
-```bash
-# Install globally
-npm install -g @programinglive/commiter
-# Or install as dev dependency
-npm install --save-dev @programinglive/commiter
-# Or use npx (no installation required)
-npx @programinglive/commiter
-```
-After installation in your project, the Husky hooks will be automatically set up for commit message validation.
-### Recommended MCP workflow companion
-For a guided end-to-end engineering workflow, install the [Development Workflow MCP Server](https://github.com/programinglive/dev-workflow-mcp-server) alongside Commiter:
-```bash
-npm install --save-dev @programinglive/dev-workflow-mcp-server
-```
-Follow the configuration steps in that repository's README to connect your IDE assistant and automate the standard development workflow (start task → implement → test → document → commit → release).
-## Commit Message Format
-All commits must follow the [Conventional Commits](https://www.conventionalcommits.org/) specification:
-```
-<type>(<scope>): <subject>
-<body>
-<footer>
-```
-### Commit Types with Icons
-| Type | Icon | Description | Changelog Section |
-|------|------|-------------|-------------------|
-| `feat` | ✨ | New feature | ✨ Features |
-| `fix` | 🐛 | Bug fix | 🐛 Bug Fixes |
-| `perf` | ⚡ | Performance improvement | ⚡ Performance |
-| `refactor` | ♻️ | Code refactoring | ♻️ Refactors |
-| `docs` | 📝 | Documentation changes | 📝 Documentation |
-| `style` | 💄 | Code style changes | 💄 Styles |
-| `test` | ✅ | Test additions/changes | ✅ Tests |
-| `build` | 🏗️ | Build system changes | 🏗️ Build System |
-| `ci` | 👷 | CI/CD changes | 👷 Continuous Integration |
-| `chore` | 🧹 | Maintenance tasks | 🧹 Chores |
-| `revert` | ⏪ | Revert previous commit | ⏪ Reverts |
-### Examples
-```bash
-# Feature
-git commit -m "feat(auth): add JWT authentication"
-# Bug fix
-git commit -m "fix(api): resolve null pointer exception"
-# Breaking change
-git commit -m "feat(api)!: redesign user endpoint
-BREAKING CHANGE: The user endpoint now returns different data structure"
-# With scope and body
-git commit -m "perf(database): optimize query performance
-Reduced query time by 50% using indexed columns"
-```
-## Release Commands
-### Patch Release (1.0.0 → 1.0.1)
-For bug fixes and minor changes:
-```bash
-npm run release:patch
-```
-### Minor Release (1.0.0 → 1.1.0)
-For new features (backwards compatible):
-```bash
-npm run release:minor
-```
-### Major Release (1.0.0 → 2.0.0)
-For breaking changes:
-```bash
-npm run release:major
-```
-### Automatic Release
-Let `standard-version` determine the version bump based on commits:
-```bash
-npm run release
-```
-## What Happens During Release?
-1. 🧪 **Runs tests** - Detects your package manager and runs the `test` script automatically (tests only run during release, not on commit)
-2. 📊 **Analyzes commits** - Examines commits since last release
-3. 🔢 **Bumps version** - Updates version in `package.json`
-4. 📝 **Updates changelog** - Generates `CHANGELOG.md` with icons
-5. 🏷️ **Creates tag** - Creates a git tag for the release
-6. 💾 **Commits release** - Commits changes with format: `chore(release): v1.2.3 🚀`
-## Push Your Release
-After running a release command, push to remote:
-```bash
-git push --follow-tags origin main
-```
-## Pre-commit Hooks
-The following hooks are automatically enforced:
-- **commit-msg**: Validates commit message format using commitlint
-- **pre-commit**: Empty hook (tests are run only during release, not on commit)
-## Configuration Files
-- `package.json` - Contains `standard-version` configuration
-- `commitlint.config.js` - Commitlint rules
-- `.husky/commit-msg` - Commit message validation hook
-- `.husky/pre-commit` - Pre-commit test hook
-## Troubleshooting
-### Commit message validation fails
-Ensure your commit message follows the format:
-```
-type(scope): subject
-```
-Valid types: `feat`, `fix`, `docs`, `style`, `refactor`, `perf`, `test`, `build`, `ci`, `chore`, `revert`
-Release commits generated by `standard-version` such as `chore(release): 1.0.0 🚀` are automatically ignored by `commitlint`.
-### First Release
-For new projects without any version tags, use the first release command to start from version 0.0.1:
-```bash
-npm run release:first
-```
-Running the first release command:
-- Sets the initial version to **0.0.1**
-- Creates the first git tag
-- Generates the initial CHANGELOG.md
-- Commits the release with proper formatting
-This ensures your project starts with a clean, semantic version foundation. Replace the default test script with your real test command once available.
-### Dry run
-To see what would happen without making changes:
-```bash
-npm run release -- --dry-run
-```
-## Website
- The project includes a professional landing page in the `web/` directory.
- ### Local Development
- To run the website locally:
- ```bash
- npm run web
- ```
- This will serve the website at `http://localhost:3000`.
- ## Contributing
-Contributions are welcome! Please read [CONTRIBUTING.md](CONTRIBUTING.md) for details on our code of conduct and the process for submitting pull requests.
-## License
-MIT License - see the [LICENSE](LICENSE) file for details.
-This project is open source and free to use, modify, and distribute at your own risk.
+# Commiter 🚀
+[![npm version](https://img.shields.io/npm/v/%40programinglive%2Fcommiter.svg)](https://www.npmjs.com/package/@programinglive/commiter)
+[![npm downloads](https://img.shields.io/npm/dm/%40programinglive%2Fcommiter.svg)](https://www.npmjs.com/package/@programinglive/commiter)
+[![publish status](https://img.shields.io/github/actions/workflow/status/programinglive/commiter/publish.yml?label=publish)](https://github.com/programinglive/commiter/actions/workflows/publish.yml)
+[![license: MIT](https://img.shields.io/badge/License-MIT-yellow.svg)](LICENSE)
+A standardized commit convention and release management tool for your repository using `standard-version`.
+## Features
+- ✅ **Enforced Commit Conventions** - Uses Conventional Commits format
+- 🎯 **Automated Versioning** - Semantic versioning (major, minor, patch)
+- 📝 **Changelog Generation** - Automatic CHANGELOG.md with icons
+- 🔒 **Git Hooks** - Pre-commit and commit-msg validation via Husky
+- 🎨 **Icon Support** - Each commit type has a dedicated icon in releases
+## Installation
+Install the package globally or as a dev dependency in your project:
+```bash
+# Install globally
+npm install -g @programinglive/commiter
+# Or install as dev dependency
+npm install --save-dev @programinglive/commiter
+# Or use npx (no installation required)
+npx @programinglive/commiter
+```
+After installation in your project, the Husky hooks will be automatically set up for commit message validation.
+### Recommended MCP workflow companion
+For a guided end-to-end engineering workflow, install the [Development Workflow MCP Server](https://github.com/programinglive/dev-workflow-mcp-server) alongside Commiter:
+```bash
+npm install --save-dev @programinglive/dev-workflow-mcp-server
+```
+Follow the configuration steps in that repository's README to connect your IDE assistant and automate the standard development workflow (start task → implement → test → document → commit → release).
+## Commit Message Format
+All commits must follow the [Conventional Commits](https://www.conventionalcommits.org/) specification:
+```
+<type>(<scope>): <subject>
+<body>
+<footer>
+```
+### Commit Types with Icons
+| Type | Icon | Description | Changelog Section |
+|------|------|-------------|-------------------|
+| `feat` | ✨ | New feature | ✨ Features |
+| `fix` | 🐛 | Bug fix | 🐛 Bug Fixes |
+| `perf` | ⚡ | Performance improvement | ⚡ Performance |
+| `refactor` | ♻️ | Code refactoring | ♻️ Refactors |
+| `docs` | 📝 | Documentation changes | 📝 Documentation |
+| `style` | 💄 | Code style changes | 💄 Styles |
+| `test` | ✅ | Test additions/changes | ✅ Tests |
+| `build` | 🏗️ | Build system changes | 🏗️ Build System |
+| `ci` | 👷 | CI/CD changes | 👷 Continuous Integration |
+| `chore` | 🧹 | Maintenance tasks | 🧹 Chores |
+| `revert` | ⏪ | Revert previous commit | ⏪ Reverts |
+### Examples
+```bash
+# Feature
+git commit -m "feat(auth): add JWT authentication"
+# Bug fix
+git commit -m "fix(api): resolve null pointer exception"
+# Breaking change
+git commit -m "feat(api)!: redesign user endpoint
+BREAKING CHANGE: The user endpoint now returns different data structure"
+# With scope and body
+git commit -m "perf(database): optimize query performance
+Reduced query time by 50% using indexed columns"
+```
+## Release Commands
+### Patch Release (1.0.0 → 1.0.1)
+For bug fixes and minor changes:
+```bash
+npm run release:patch
+```
+### Minor Release (1.0.0 → 1.1.0)
+For new features (backwards compatible):
+```bash
+npm run release:minor
+```
+### Major Release (1.0.0 → 2.0.0)
+For breaking changes:
+```bash
+npm run release:major
+```
+### Automatic Release
+Let `standard-version` determine the version bump based on commits:
+```bash
+npm run release
+```
+## What Happens During Release?
+1. 🧪 **Runs tests** - Detects your package manager and runs the `test` script automatically (tests only run during release, not on commit)
+2. 📊 **Analyzes commits** - Examines commits since last release
+3. 🔢 **Bumps version** - Updates version in `package.json`
+4. 📝 **Updates changelog** - Generates `CHANGELOG.md` with icons
+5. 🏷️ **Creates tag** - Creates a git tag for the release
+6. 💾 **Commits release** - Commits changes with format: `chore(release): v1.2.3 🚀`
+## Push Your Release
+After running a release command, push to remote:
+```bash
+git push --follow-tags origin main
+```
+## Pre-commit Hooks
+The following hooks are automatically enforced:
+- **commit-msg**: Validates commit message format using commitlint
+- **pre-commit**: Empty hook (tests are run only during release, not on commit)
+## Configuration Files
+- `package.json` - Contains `standard-version` configuration
+- `commitlint.config.js` - Commitlint rules
+- `.husky/commit-msg` - Commit message validation hook
+- `.husky/pre-commit` - Pre-commit test hook
+## Troubleshooting
+### Commit message validation fails
+Ensure your commit message follows the format:
+```
+type(scope): subject
+```
+Valid types: `feat`, `fix`, `docs`, `style`, `refactor`, `perf`, `test`, `build`, `ci`, `chore`, `revert`
+Release commits generated by `standard-version` such as `chore(release): 1.0.0 🚀` are automatically ignored by `commitlint`.
+### First Release
+For new projects without any version tags, use the first release command to start from version 0.0.1:
+```bash
+npm run release:first
+```
+Running the first release command:
+- Sets the initial version to **0.0.1**
+- Creates the first git tag
+- Generates the initial CHANGELOG.md
+- Commits the release with proper formatting
+This ensures your project starts with a clean, semantic version foundation. Replace the default test script with your real test command once available.
+### Dry run
+To see what would happen without making changes:
+```bash
+npm run release -- --dry-run
+```
+## Website
+ The project includes a professional landing page in the `web/` directory.
+ ### Local Development
+ To run the website locally:
+ ```bash
+ npm run web
+ ```
+ This will serve the website at `http://localhost:3000`.
+ ## Contributing
+Contributions are welcome! Please read [CONTRIBUTING.md](CONTRIBUTING.md) for details on our code of conduct and the process for submitting pull requests.
+## License
+MIT License - see the [LICENSE](LICENSE) file for details.
+This project is open source and free to use, modify, and distribute at your own risk.

package/SECURITY.md CHANGED Viewed

@@ -1,30 +1,30 @@
-# Security Policy
-## Reporting a Vulnerability
-If you discover a security vulnerability in `@programinglive/commiter`, please report it responsibly.
-Send your report to: [security@programinglive.com](mailto:security@programinglive.com).
-Please include:
-- A detailed description of the vulnerability
-- Steps to reproduce the issue
-- Any potential impact
-- Optional: Suggested mitigation or patch
-We aim to respond within **48 hours** and will keep you informed of our progress.
-## Supported Versions
-We support the latest released version of the package. Please ensure you are running the most recent version before reporting issues.
-## Disclosure Policy
-We follow a coordinated disclosure process:
-1. Acknowledge receipt of your report within 48 hours
-2. Assess the vulnerability and determine severity
-3. Fix the issue and prepare a release
-4. Credit the reporter (if desired)
-5. Publish a security advisory detailing the fix
-Thank you for helping keep our project secure!
+# Security Policy
+## Reporting a Vulnerability
+If you discover a security vulnerability in `@programinglive/commiter`, please report it responsibly.
+Send your report to: [security@programinglive.com](mailto:security@programinglive.com).
+Please include:
+- A detailed description of the vulnerability
+- Steps to reproduce the issue
+- Any potential impact
+- Optional: Suggested mitigation or patch
+We aim to respond within **48 hours** and will keep you informed of our progress.
+## Supported Versions
+We support the latest released version of the package. Please ensure you are running the most recent version before reporting issues.
+## Disclosure Policy
+We follow a coordinated disclosure process:
+1. Acknowledge receipt of your report within 48 hours
+2. Assess the vulnerability and determine severity
+3. Fix the issue and prepare a release
+4. Credit the reporter (if desired)
+5. Publish a security advisory detailing the fix
+Thank you for helping keep our project secure!

package/commitlint.config.cjs CHANGED Viewed

@@ -1,4 +1,4 @@
-module.exports = {
-  extends: ['@commitlint/config-conventional'],
-  ignores: [(message) => message.startsWith('chore(release):')]
-};
+module.exports = {
+  extends: ['@commitlint/config-conventional'],
+  ignores: [(message) => message.startsWith('chore(release):')]
+};