gdtest-hatch

A synthetic test package using the Hatch build system.

Uses the Hatch build system with [tool.hatch.build.targets.wheel] specifying the package location. The module name (gdtest_hatch_pkg) differs from the project name (gdtest-hatch). On the Reference page you should see ‘Classes’ (Builder) and ‘Functions’ (build, clean). The key test: module discovery via Hatch metadata.

Source files

📁 gdtest_hatch_pkg/

📄 __init__.py

"""A test package using Hatch build system."""

__version__ = "0.1.0"
__all__ = ["Builder", "build", "clean"]


class Builder:
    """
    A build manager.

    Parameters
    ----------
    output_dir
        Directory for build output.
    """

    def __init__(self, output_dir: str = "dist"):
        self.output_dir = output_dir

    def run(self) -> bool:
        """
        Execute the build.

        Returns
        -------
        bool
            True if build succeeded.
        """
        return True

    def clean(self) -> None:
        """
        Remove build artifacts.
        """
        pass


def build(target: str = "wheel") -> str:
    """
    Build the project.

    Parameters
    ----------
    target
        Build target (wheel, sdist).

    Returns
    -------
    str
        Path to the built artifact.
    """
    return f"dist/pkg.{target}"


def clean() -> None:
    """
    Clean all build artifacts.

    %nodoc
    """
    pass

📄 README.md

# gdtest-hatch

A synthetic test package using the Hatch build system.

📄 great-docs.yml generated

# Great Docs Configuration
# See https://posit-dev.github.io/great-docs/user-guide/configuration.html

# Module Name (optional)
# ----------------------
# Set this if your importable module name differs from the project name.
# Example: project 'py-yaml12' with module name 'yaml12'
module: gdtest_hatch_pkg

# Docstring Parser
# ----------------
# The docstring format used in your package (numpy, google, or sphinx)
parser: numpy

# Dynamic Introspection
# ---------------------
# Use runtime introspection for more accurate documentation (default: true)
# Set to false if your package has cyclic alias issues (e.g., PyO3/Rust bindings)
dynamic: true

# API Discovery Settings
# ----------------------
# Exclude items from auto-documentation
# exclude:
#   - InternalClass
#   - helper_function

# Logo & Favicon
# ---------------
# Point to a single logo file (replaces the text title in the navbar):
# logo: assets/logo.svg
#
# For light/dark variants:
# logo:
#   light: assets/logo-light.svg
#   dark: assets/logo-dark.svg
#
# To show the text title alongside the logo, add: show_title: true

# Funding / Copyright Holder
# --------------------------
# Credit the organization that funds or holds copyright for this package.
# Displays in sidebar and footer. Homepage and ROR provide links.
# funding:
#   name: "Posit Software, PBC"
#   roles:
#     - Copyright holder
#     - funder
#   homepage: https://posit.co
#   ror: https://ror.org/03wc8by49

# API Reference Structure
# -----------------------
# Customize the sections below to organize your API documentation.
# - Reorder items within a section to change their display order
# - Move items between sections or create new sections
# - Use 'members: false' to exclude methods from documentation
# - Add 'desc:' to sections for descriptions

reference:
  - title: Classes
    desc: Main classes provided by the package
    contents:
      - Builder  # 2 method(s)

  - title: Functions
    desc: Utility functions
    contents:
      - build
      - clean

# Site URL
# --------
# Canonical address of the deployed documentation site.
# Required for subdirectory deployments, skills page install commands,
# .well-known/ discovery, and sitemaps.
# site_url: "https://your-org.github.io/your-package/"

# Site Settings
# -------------
# site:
#   theme: flatly              # Quarto theme (default: flatly)
#   toc: true                  # Show table of contents (default: true)
#   toc-depth: 2               # TOC heading depth (default: 2)
#   toc-title: On this page    # TOC title (default: "On this page")

# Jupyter Kernel
# --------------
# Jupyter kernel to use for executing code cells in .qmd files.
# This is set at the project level so it applies to all pages, including
# auto-generated API reference pages. Can be overridden in individual .qmd
# file frontmatter if needed for special cases.
jupyter: python3

# CLI Documentation
# -----------------
# cli:
#   enabled: true              # Enable CLI documentation
#   module: my_package.cli     # Module containing Click commands
#   name: cli                  # Name of the Click command object