Decisions

  • Use standard git workflow with commit conventions
  • Pending: Should we use GitHub MCP server for richer API access?
  • Pending: What gets pushed (vault, src, configs) vs what doesn’t (.env, local state)?

User Tasks


Summary

Connect the Opus system to GitHub for version control workflow and automation.

Problem / Motivation

Changes need to be tracked, pushed, and managed via GitHub. Currently manual.

Proposed Solution

Automated git workflows — commit conventions, auto-push, PR creation.


Open Questions

1. GitHub MCP Server

Question: Should we use the GitHub MCP server for richer API access beyond the gh CLI?

OptionDescription
A) Yes, add GitHub MCPRicher API access, better PR/issue management
B) No, gh CLI is sufficientSimpler setup, fewer dependencies

Recommendation: Option A - More capabilities for automation.

Decision:

2. Backup Convention

Question: What gets pushed (vault, src, configs) vs what doesn’t (.env, local state)?

OptionDescription
A) Document explicit conventionClear list of what’s tracked and what isn’t
B) Rely on .gitignore onlyNo separate documentation

Recommendation: Option A - Explicit is better than implicit.

Decision:


Phase Overview

PhaseDescriptionStatus
Phase 1Basic git workflowdone
Phase 2Automation & backup

Phase 1: Basic Git Workflow — done

Goal: Establish basic git repository and workflow.

File / FeatureDetailsOwnerStatus
Commit conventionsDefine commit message formatopusdone
Remote repositorySet up GitHub remoteopusdone
Branch strategyConfigure branch strategyopusdone

Result: Git repo initialized, GitHub remote created, branch strategy configured.


Phase 2: Automation & Backup — —

Goal: Automate git workflows and establish backup conventions.

File / FeatureDetailsOwnerStatus
Auto-commit after feature completionTriggered on feature doneopus
GitHub Actions CI/CDQuartz deploy workflow (.github/workflows/quartz-deploy.yml)opusdone
PR templatesLinked to feature requestsopus
auto-changelog hookStop hook: generate changelog entry at session endopus
Backup conventionDefine what gets pushed vs what doesn’t; document or automate via Stop hookmv

Prerequisites / Gap Analysis

Requirements

RequirementDescription
REQ-1Git repository initialized
REQ-2GitHub remote configured

Current State

ComponentStatusDetails
Git repositorydoneInitialized with .gitignore
GitHub remotedonePrivate repo created
Branch strategydoneMain branch configured
Auto-commitNot yet implemented
CI/CDNot yet implemented

Gap (What’s missing?)

GapEffortBlocker?
Auto-commit hookMedNo
CI/CD pipelineMedNo
Backup convention documentationLowNo

Test

Manual tests

TestExpectedActualLast
Push changes to GitHubCode pushed successfullypending-
Commit message follows conventionsClean, traceable commitspending-
Backup convention documentedClear what’s protected by gitpending-

AI-verified tests

ScenarioExpected behaviorVerification method

E2E tests

ScenarioAssertion

Integration tests

ComponentCoverage

Unit tests

ComponentTestsCoverage

History

DateEventDetails
2026-02-26CreatedFrom brain dump
2026-02-26Phase 1 complete.gitignore, initial commit, branch main, private GitHub repo
2026-02-27RenumberedFrom FR-028 to FR-018
2026-03-20GitHub ActionsQuartz deploy workflow added for Cloudflare Pages

References