Remove planning references and the old `make` aliases

Open Beginner friendly
#116 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
2/5
Estimated time
1-3 hours
Newbie friendliness
83/100
Issue type
Refactor
Clarity
Clearly specified
Activity status
Active
Tech stack
python
Domain
build-system

Research direction

Read the Makefile, .github/dependabot.yml, .gitignore, and the Gates section of DEVELOPER.md. Remove the retired aliases and old-name references described in the issue, then run its git grep command to check for planning references in the named files. Done when that search finds no matching lines and the documentation no longer lists the deprecated names.

Written by the indexing model from the issue text.

Description

tech debt
Description of Technical Debt

The Makefile's header and every deprecation notice cite a planning document that is in no repository, and its
aliases (py-qa, black, pylint, mypy, pytest-unit and their -<alias> forms) were "kept for one release",
which has shipped (v0.1.0). .github/dependabot.yml cites the same document, and .gitignore names a planning
phase. DEVELOPER.md § Gates lists the old names in an "Old name" column. Fifteen lines match today.

Impact of Technical Debt
  • Readers chase a document they cannot open; dead aliases stay in the build.
Category

Code Quality / Refactoring

Priority

Low - Nice to have

Proposed Solution

Delete the aliases, the "Old name" column and § Gates' deprecation line, and reword the three comments without a planning reference.

Effort Estimate

1 hour

Dependencies / Related

No response

Additional Context

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

git grep -n -i -E 'phase[- ]?[0-9]|repo-conventions' -- Makefile .gitignore .github/dependabot.yml

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.