Conventional for CLI tools
Parse raw conventional commits.
Get raw git commits out of your repository using git-log(1).
Write logs based on conventional commits and templates.
Core package of conventional-changelog.
Get a recommended version bump based on conventional commits.
Shareable commitlint config enforcing conventional commits
Get all git semver tags of your repository in reverse chronological order.
List of conventional commit types.
Angular preset for conventional-changelog.
Conventionalcommits.org preset for conventional-changelog.
Filter out reverted commits parsed by conventional-commits-parser.
Commitizen adapter following the conventional-changelog format.
Configuration preset loader for `conventional-changelog`.
Simple git client for conventional changelog packages.
CodeMirror preset for conventional-changelog.
Ember preset for conventional-changelog.
Generate a changelog from git metadata.
ESLint preset for conventional-changelog.
Express preset for conventional-changelog.
Atom preset for conventional-changelog.
JSHint preset for conventional-changelog.
JQuery preset for conventional-changelog.
TypeScript definitions for conventional-commits-parser
Provides a simple way to interact with Redis using the ember-cli-deploy-redis conventions
Comito is a lightweight and easy-to-use Ruby CLI tool that provides an interactive interface for generating commit messages following the Conventional Commits specification. It is designed primarily for Ruby and Rails developers who want to standardize their commit history with minimal setup and dependencies. Comito guides users through selecting the commit type, optional scope, and description, then formats the message correctly and optionally executes the git commit command. This helps teams maintain a clean, consistent, and meaningful git history to improve collaboration, automate changelogs, and streamline release processes.
A lightweight Ruby gem that helps create conventional commit messages by automatically extracting ticket numbers from branch names
rails-ai-context turns your running Rails app into the source of truth for AI coding assistants. Instead of guessing from training data or stale file reads, agents query 38 live tools (via MCP server or CLI) to get your actual schema, associations, routes, inherited filters, conventions, and test patterns. Semantic validation catches cross-file errors (wrong columns, missing partials, broken routes) before code runs — so AI writes correct code on the first try. Auto-generates context files for Claude Code, Cursor, GitHub Copilot, OpenCode, and Codex CLI. Works standalone or in-Gemfile.
Facilitates modular application design by allowing you to declare CLI options in the context of a class or module and consume them in the context of an object instance using conventional ruby inheritance semantics.
CLI tool that leverages OpenAI to generate commit messages following the Conventional Commits standard.
A CLI tool to create, list, switch between, and remove Git feature worktrees with safety checks and naming conventions
A convention-driven CLI wrapper around GNU Stow that adds layered package resolution, auto-detection, private repo overlays, and system file management.
Ikuzo delivers short, humorous, and motivational commit messages so you can satisfy Conventional Commit lint rules and get back to coding—life is short, take time to code—whether you call it from the CLI or as a library.
Devex provides a unified `dx` command for common development tasks. Features include: - CLI framework with automatic help generation and nested subcommands - Agent-aware output (detects AI agents and adapts output format) - Environment orchestration (mise, bundle exec, dotenv integration) - Project path conventions with fail-fast feedback - Zero-dependency support library (Path class, ANSI colors, core extensions)
A configurable lint engine for SAS source files. Walks the token stream produced by the `sas-lexer` gem and applies a set of pluggable rules covering structural defects (malformed `if` conditions, identical `then`/`else` branches, unreachable inner branches), cosmetic issues (trailing whitespace, tab expansion, line endings, encoding gremlins), and source-header conventions. Includes a `bin/sas_lint` CLI and YAML-based config.
# Otto AsciiDoc-powered static site generator with Jekyll-style conventions: layouts, includes, data files, posts, drafts, permalinks, and custom collections. ## Install ```sh gem install ottogen ``` Requires Ruby 3.0 or newer. ## Quickstart ```sh mkdir mysite && cd mysite otto init otto build otto serve open http://127.0.0.1:8778/ ``` For a longer walkthrough including AsciiDoc syntax, see [GUIDE.md](GUIDE.md). ## Commands | Command | Description | |---|---| | `otto init [DIR]` | Scaffold a new site (current dir if omitted) | | `otto build` | Render the site to `_build/` | | `otto build --drafts` | Include posts from `_drafts/` | | `otto watch` | Rebuild on file change | | `otto serve` | Serve `_build/` on port 8778 | | `otto generate PAGE` | Create a new page in `pages/` | | `otto post "Title"` | Create a new dated post in `_posts/` | | `otto clean` | Delete `_build/` | | `otto doctor` | Sanity-check project layout | ## Project layout ``` my-site/ ├── .otto # marker ├── config.yml # site config ├── assets/ # copied verbatim into _build/ ├── pages/ # AsciiDoc pages, output mirrors path ├── _layouts/ # ERB layouts (.html.erb) ├── _includes/ # ERB partials ├── _data/ # YAML/JSON files exposed as site.data.* ├── _posts/ # YYYY-MM-DD-slug.adoc └── _drafts/ # undated drafts (excluded by default) ``` ## Configuration (`config.yml`) ```yaml title: My Otto Site description: Things I write url: https://example.com baseurl: "" permalink: /:year/:month/:day/:slug/ collections: recipes: output: true ``` `permalink` accepts these tokens: `:year`, `:month`, `:day`, `:slug`, `:title`. Templates ending in `/` produce pretty URLs (`<path>/index.html`). ## Pages and posts Both support YAML front matter: ```adoc --- layout: default title: Hello tags: [ruby, cli] --- = Hello Welcome to {site_title}. This page is at {page_url}. ``` Pages live under `pages/`; posts under `_posts/` with `YYYY-MM-DD-slug.adoc` names. Layouts wrap rendered AsciiDoc; partials in `_includes/` are pulled in via `<%= partial 'header.html' %>`. ## License MIT
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.