Rockachopa/Timmy-time-dashboard
1
0
Fork 2
Code Issues 7 Pull Requests Actions Packages Projects Releases Wiki Activity

[CI/CD] Introduce Dependency Caching in .gitea/workflows CI/CD Pipelines #1426

New Issue
Closed
opened 2026-03-24 13:04:43 +00:00 by Timmy · 1 comment
Timmy commented 2026-03-24 13:04:43 +00:00
Owner
Copy Link

Context: Virtual environments fetch recursively without caching, stalling agents waiting for PR tests to close.

Acceptance Criteria:

  • Leverage pipeline caching commands inside Gitea action runners.
  • Halve the continuous integration workflow duration.
**Context:** Virtual environments fetch recursively without caching, stalling agents waiting for PR tests to close. **Acceptance Criteria:** - Leverage pipeline caching commands inside Gitea action runners. - Halve the continuous integration workflow duration.
Timmy commented 2026-03-24 13:37:04 +00:00
Author
Owner
Copy Link

Implementation Instructions for Kimi

PROBLEM: CI workflows are slow because dependency installation happens from scratch on every run, blocking agent PRs.

FILES TO MODIFY:

  • .gitea/workflows/*.yml (all workflow files)
  • Look for pip/poetry/tox installation steps

IMPLEMENTATION STRATEGY:

  1. Add dependency caching to all workflows:

    - name: Cache Python dependencies
  uses: actions/cache@v3
  with:
    path: |
      ~/.cache/pip
      ~/.cache/pypoetry
      .venv
      .tox
    key: deps-${{ runner.os }}-py${{ matrix.python-version }}-${{ hashFiles(**/pyproject.toml, **/poetry.lock) }}
    restore-keys: |
      deps-${{ runner.os }}-py${{ matrix.python-version }}-
      deps-${{ runner.os }}-

  2. Cache tox environments:

    • Add .tox to cache paths
    • Use tox --parallel for faster test runs

  3. Cache node modules if any:

    • Check for package.json/yarn.lock
    • Add npm/yarn cache if needed

ACCEPTANCE CRITERIA:

  • All .gitea workflow files have dependency caching
  • CI duration reduced by 50% (measure before/after)
  • Cache hit rates logged in workflow output
  • No functionality broken (all tests still pass)

PRIORITY: High - this blocks agent productivity when waiting for CI

## Implementation Instructions for Kimi **PROBLEM:** CI workflows are slow because dependency installation happens from scratch on every run, blocking agent PRs. **FILES TO MODIFY:** - `.gitea/workflows/*.yml` (all workflow files) - Look for pip/poetry/tox installation steps **IMPLEMENTATION STRATEGY:** 1. **Add dependency caching to all workflows:** ```yaml - name: Cache Python dependencies uses: actions/cache@v3 with: path: | ~/.cache/pip ~/.cache/pypoetry .venv .tox key: deps-${{ runner.os }}-py${{ matrix.python-version }}-${{ hashFiles(**/pyproject.toml, **/poetry.lock) }} restore-keys: | deps-${{ runner.os }}-py${{ matrix.python-version }}- deps-${{ runner.os }}- ``` 2. **Cache tox environments:** - Add `.tox` to cache paths - Use `tox --parallel` for faster test runs 3. **Cache node modules if any:** - Check for package.json/yarn.lock - Add npm/yarn cache if needed **ACCEPTANCE CRITERIA:** - All .gitea workflow files have dependency caching - CI duration reduced by 50% (measure before/after) - Cache hit rates logged in workflow output - No functionality broken (all tests still pass) **PRIORITY:** High - this blocks agent productivity when waiting for CI
kimi was assigned by Timmy 2026-03-24 13:37:10 +00:00
kimi was unassigned by Timmy 2026-03-24 19:32:14 +00:00
Timmy closed this issue 2026-03-24 21:54:05 +00:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
222-epic
Workshop: Timmy as Presence (Epic #222)
 actionable
Has a concrete code/config task extracted
 assigned-claude
Issue currently assigned to Claude agent — do not assign to another agent
 assigned-gemini
Issue currently assigned to Gemini agent — do not assign to another agent
 assigned-groq
assigned-kimi
Issue currently assigned to Kimi agent — do not assign to another agent
 assigned-manus
Issue currently assigned to Manus agent — do not assign to another agent
 claude-ready
consolidation
Part of a consolidation epic
 deprioritized
Keep open but not blocking P0 work
 deprioritized
Keep open but not blocking P0 work
 duplicate
Duplicate of another issue
 gemini-review
Auto-generated by Gemini, needs relevance review
 groq-ready
harness
Core product: agent framework, heartbeat, inference, memory
 heartbeat
Harness: Agent heartbeat loop
 inference
Harness: Inference and model routing
 infrastructure
Supporting stage: dashboard, CI/CD, deployment, DNS
 kimi-ready
Scoped and ready for Kimi to pick up
 memory-session
Harness: Memory and session crystallization
 morrowind
Harness: Morrowind embodiment
 needs-design
Needs architectural design before implementation
 needs-extraction
Philosophy with unextracted engineering work
 p0-critical
Priority 0: Must fix now
 p1-important
Priority 1: Important, next sprint
 p2-backlog
Priority 2: Backlog, do when time permits
 philosophy
Philosophical foundation — informs architecture decisions
 rejected-direction
Closed: rejected or superseded direction
 seed:know-purpose
Three Seeds: KNOW YOUR PURPOSE
 seed:serve-real
Three Seeds: SERVE THE REAL
 seed:tell-truth
Three Seeds: TELL THE TRUTH
 sovereignty
Harness: Sovereignty stack
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
Timmy claude grok groq kimi manus perplexity Rockachopa
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Rockachopa/Timmy-time-dashboard#1426
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?