Nightly requirement parsing for different cases.
Nobody has claimed this yet.
- Dominant language
- Jinja
- Stars
- 2
- Forks
- 2
- PR merge metrics
- No merged PRs in 30d
Description
When I was trying to add more nightly dependencies of beamlime, I ran into these cases:
- Package name is not same as repository name. (for
ess-dmsc/ess-streaming-data-types) - Default branch is
masternotmain. (forTextualize/rich)
Both of the dependencies I mentioned don't really have to be nightly dependencies,
since ess-streaming-data-types is not actively updated at the moment,
and Textualize/rich is relatively mature package, so breaking changes are not expected.
But I am reporting this issue since these cases might come again later,
for example, ess-steraming-data-types (from https://github.com/ess-dmsc/python-streaming-data-types) might be actively maintained later,
then we will want to add them into the nightly dependencies.
So if we run into these cases again, maybe we can update the copier answers format and make_base.py to support these cases.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reading the copier answers format and make_base.py to trace how nightly dependencies are parsed and repository metadata is selected. Reproduce the cases for ess-dmsc/ess-streaming-data-types and Textualize/rich, then verify that package names differing from repository names and repositories using master instead of main can be represented and generated correctly.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- tooling
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100