python-packaging / python-packaging/skel

Keep track of parent repo

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

Nobody has claimed this yet.

Dominant language
Python
Stars
0
Forks
2
Avg merge
48m
Merged PRs (30d)
1

Description

For illustration, my projects look like this

https://github.com/python-packaging/skel

https://github.com/thatch/imperfect (branches main, skel)
local clone (main, skel) referring to (origin/main, origin/skel)

Those two github urls do not share any common ancestors; the repo skel has the code and templates to generate the branch skel. If someone wants a different default license, or changes to defaults (like whether to use codecov.io), they fork that repo.

Towards and eventual goal of e.g. a skelup command/service that runs regen-git for you against a checkout of the appropriate repo skel somewhere, we need to know what the appropriate one is. When running regen-git for the first time (after this change), we can look at that repo skel checkout's origin and record that as the default parent.

Storing this in .vars.ini in a new section seems reasonable.

Contributor guide

No contributing guide indexed for this repository

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.

Research direction

Start by tracing the first-run behavior of regen-git and how it reads or writes .vars.ini. Identify where the parent skel repository’s origin could be recorded as the default parent, then verify that the stored value is available for the proposed future skelup workflow.

Written by the indexing model from the issue text.

Assessment

Tech stack
python
Domain
tooling
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.