somewhatabstract / somewhatabstract/checksync
Verification mode or tool that checks the target URLs
Open
Nobody has claimed this yet.
enhancement
- Dominant language
- TypeScript
- Stars
- 20
- Forks
- 3
- Avg merge
- 25m
- Merged PRs (30d)
- 21
Description
This could check:
- The URL returned a success code. This seems valuable, but should be off by default since it would require internet connectivity and will definitely slow things down.
- Maybe provide means to check that the target tag at that URL pointed back to the current tag.
- This is harder since the URL may not return just the text, or even a tag (it could be documentation).
- May need to regexp the returned content and see if a corresponding tag exists, then act accordingly.
- If the target URL is a GitHub repo, we could potentially work out if that file has changed since the commit SHA of the URL, and then warn that there have been updates. This sounds pretty hard too, but not impossible.
- Could provide a mapping of URL to local repo, and then, for repo URLs, use that to verify the tags.
Contributor guide
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
No files, tests, or entry points are named. Start by reviewing the existing URL and synchronization behavior, then narrow the proposal to one verification mode and define how success, failures, and network access should be handled. Done should include an agreed scope and tests for the selected behavior.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- tooling
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100