libs: Add envoy.dependency.check[release-issues/v0.0.1]#143
libs: Add envoy.dependency.check[release-issues/v0.0.1]#143kfaseela merged 1 commit intoenvoyproxy:mainfrom
envoy.dependency.check[release-issues/v0.0.1]#143Conversation
|
✔️ Deploy Preview for nifty-bassi-e26446 ready! 🔨 Explore the source changes: e67372f 🔍 Inspect the deploy log: https://app.netlify.com/sites/nifty-bassi-e26446/deploys/61f270436c51010007ac5442 😎 Browse the preview: https://deploy-preview-143--nifty-bassi-e26446.netlify.app |
aa75cfa to
193cfac
Compare
85f2281 to
5eb434c
Compare
25d91ef to
0230112
Compare
envoy.dependency.check/envoy/dependency/check/abstract/issues.py
Outdated
Show resolved
Hide resolved
1f6214e to
e6cd3c9
Compare
90422d4 to
5391df5
Compare
8c88dfc to
407ecae
Compare
envoy.dependency.check/envoy/dependency/check/abstract/checker.py
Outdated
Show resolved
Hide resolved
envoy.dependency.check/envoy/dependency/check/abstract/dependency.py
Outdated
Show resolved
Hide resolved
| @property | ||
| def organization(self) -> str: | ||
| """Github organization name.""" | ||
| return self.url_components[3] |
There was a problem hiding this comment.
should we have all these indices defined as constants so that it is easier to understand?
There was a problem hiding this comment.
this is one of the bits i least like about this implementation
what i would like to do is add a GithubURLParser that can tell you
- the type of url
- org/user/repo
- additional info according to type
and that would raise appropriate errors
i havent found anything that does this already, but i havent looked that hard either
as this will require a bit of thought - for now i would prefer to keep the existing implementation (im just adding a bit of error handling to it)
if its a blocker tho, we can rethink the url parsing
one consideration here is that the URL is the SoA for the repo connect - this means that configs like here https://github.com/envoyproxy/envoy/pull/19473/files#diff-a2ca502474bb8ec5f092176f7ee6d2f11fc395ebb00e1717d6fbad9b16ee8fd8R481 wont work
(i will comment this shortly 8/)
tldr i think this needs quite a bit of a rethink - but this is close to what it does now and works to our current expectations, but i would prefer not to formalize it
a93e32a to
c271353
Compare
|
force pushed to fix dco - apologies |
a1aa2d7 to
f2db837
Compare
|
reWIPping this until #186 lands |
envoy.dependency.check[dates/releases/issues]
cde017e to
ddf46cb
Compare
envoy.dependency.check[dates/releases/issues]envoy.dependency.check[releases/releaseissues]
envoy.dependency.check[releases/releaseissues]envoy.dependency.check[releases/release-issues]
|
also waiting for #187 |
ddf46cb to
9251224
Compare
Signed-off-by: Ryan Northey <ryan@synca.io>
| raise NotImplementedError | ||
|
|
||
| @async_property(cache=True) | ||
| async def missing_labels(self) -> Tuple[str, ...]: |
There was a problem hiding this comment.
There is a lot of logic in this file that I think might also apply to other situations where we want to automagically create, dedupe and label issues. Would it make sense to factor this out?
There was a problem hiding this comment.
yep, that makes sense - i have made some progress on this already making it more generic so we can cve_issues
the bit im not entirely clear about is where to factor it out to - perhaps to aio.api.github if the logic is generic enough
can i do this as/when i add the cve issues as this interface will require a bit of rethinking then anyway
There was a problem hiding this comment.
Sure, just wanted to flag this as worth considering.
Signed-off-by: Ryan Northey ryan@synca.io