Metadata-Version: 2.4
Name: depsight
Version: 1.0.0
Summary: A modular dependency analysis framework
Author: Depsight Contributors
License-Expression: MIT
Project-URL: Homepage, https://valentintwin1206.github.io/depsight-dependency-manager/
Project-URL: Repository, https://github.com/ValentinTwin1206/depsight-dependency-manager
Project-URL: Issues, https://github.com/ValentinTwin1206/depsight-dependency-manager/issues
Classifier: Development Status :: 3 - Alpha
Classifier: Intended Audience :: Developers
Classifier: Programming Language :: Python :: 3
Classifier: Programming Language :: Python :: 3.12
Classifier: Programming Language :: Python :: 3.13
Classifier: Topic :: Software Development :: Build Tools
Requires-Python: >=3.12
Description-Content-Type: text/markdown
License-File: LICENSE
Requires-Dist: click>=8.1.7
Requires-Dist: rich>=13.7.0
Requires-Dist: rich-click>=1.7.0
Requires-Dist: textual>=1.0.0
Dynamic: license-file

# Depsight - Dependency Analysis Framework

## Usage

Read the [docs](https://valentintwin1206.github.io/depsight-dependency-manager/).

## Development

### System Requirements

- **IDE with DevContainer support** — either of the following:
    - [Visual Studio Code](https://code.visualstudio.com/) with the [Dev Containers](https://marketplace.visualstudio.com/items?itemName=ms-vscode-remote.remote-containers) extension
    - [JetBrains Gateway](https://www.jetbrains.com/remote-development/gateway/) (supports Dev Containers via the Remote Development plugin)
- **Container manager** — any one of the following:
    - [Docker Desktop](https://www.docker.com/products/docker-desktop/) (macOS, Windows, Linux) (**RECOMMENDED**)
    - [Docker Engine](https://docs.docker.com/engine/install/) (Linux)
    - [Podman](https://podman.io/) with the Podman Desktop or CLI

### Setup Locally

- Open Visual Studio Code at the project root directory
- When prompted, click **Reopen in Container** (or use Command Palette: `Dev Containers: Reopen in Container`)
- Wait for the containers to build and start
- Once ready, you'll have a fully configured development environment with all dependencies installed
- Open a terminal inside the DevContainer and run `depsight --help`

### Build Container Image

- Open a terminal inside the DevContainer (Docker-in-Docker is available)
- Build the image:

  ```bash
  docker build -t depsight .
  ```

- Optionally override the Python or uv version via build args:

  ```bash
  docker build -t depsight --build-arg PYTHON_VERSION=3.13 --build-arg UV_VERSION=0.10.9 .
  ```

- Verify the image works:

  ```bash
  docker run --rm depsight --help
  ```

### Run Tests

- Open a terminal inside the DevContainer
- Optionally, activate the virtual environment:

  ```bash
  source .venv/bin/activate
  ```

- Run all tests:

  ```bash
  pytest tests/ -v
  ```

### Lint & Type Check

- Run the Ruff linter:

  ```bash
  ruff check src/ tests/
  ```

- Run the Mypy type checker:

  ```bash
  mypy src/
  ```

### Build Docs

- Open a terminal inside the DevContainer
- Optionally, activate the virtual environment:

  ```bash
  source .venv/bin/activate
  ```

- Serve the documentation locally with live reload:

  ```bash
  mkdocs serve
  ```

  The site will be available at `http://127.0.0.1:8000`.

- Alternatively, build the static site as a `site/` directory:

  ```bash
  mkdocs build
  ```

## Build

### Pre-release

Use this to trigger a build manually at any time without creating a release.

- Navigate to your repository on GitHub and click the **Actions** tab
- Select the **Manual Dispatch** workflow from the left sidebar
- Click **Run workflow**
- Enter the `depsight_version` (must match the `version` field in `pyproject.toml`, e.g. `0.1.0`)
- Select the desired `python_version` (`3.12` or `3.13`, defaults to `3.12`)
- Optionally set `uv_version` (defaults to `0.10.9`)
- Optionally check **Upload wheel as artifact** to download the built `.whl` after the run
- Click **Run workflow**
- Once the run completes, the wheel is available under the run's **Artifacts** section (if enabled)

### Release

Use this to publish an official versioned build. The wheel is automatically attached to the GitHub Release.

- Bump the `version` field in `pyproject.toml` to the desired version (e.g. `1.2.3`)
- Commit and push the change to `main`
- Navigate to your repository on GitHub and click **Releases** → **Draft a new release**
- Create a new tag matching the version in `pyproject.toml` exactly (e.g. `1.2.3`)
- Click **Publish release**
- The **On Release** workflow triggers automatically, runs the full CI pipeline, and uploads the `.whl` to the release assets
