More than one documentation source in one pipeline run

Open
#117 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
25/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Active
Tech stack
python

Research direction

Read living-doc-utilities/docs/contracts/pipeline-rules.md first to understand the one-source-per-project rule. Then inspect normalize-docs and coverage-matrix for how inputs are handled; the proposed change also depends on a rule change in living-doc-utilities. Done means defining identity, precedence, and provenance across sources, then merging multiple sources in both toolkit components.

Written by the indexing model from the issue text.

Description

tech debt
Description of Technical Debt

The rule is one project, one pipeline, one documentation source (living-doc-utilities
docs/contracts/pipeline-rules.md), and the toolkit rejects multiple and mixed documentation inputs. Merging two
sources of one project (GitHub issues and Azure DevOps work items, or two collector runs) would need merge logic here
and a rule change in living-doc-utilities.

Impact of Technical Debt
  • A project documented in two places needs two pipelines and two documents.
Category

Architecture / Design

Priority

Low - Nice to have

Proposed Solution

When a project needs two sources: the rule change first (identity across sources, precedence, provenance), then merge logic in normalize-docs and coverage-matrix.

Effort Estimate

1-2 weeks

Dependencies / Related

The GitHub Issues and Azure DevOps epics.

Additional Context

Measured 2026-11-12 at living-doc-toolkit fea9aa6 (v0.1.0).

Dominant language
Python
Stars
0
Forks
0
Avg merge
1d 7h
Merged PRs (30d)
19

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from AbsaOSS/living-doc-toolkit

All issues in AbsaOSS/living-doc-toolkit

Similar issues

More Python issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.