-
Notifications
You must be signed in to change notification settings - Fork 323
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
swav-improvements #903
swav-improvements #903
Conversation
for more information, see https://pre-commit.ci
for more information, see https://pre-commit.ci
@krshrimali Can you trigger other runs ? |
Done, @Atharva-Phatak! 🚀 |
@krshrimali Another run please. |
Done! Sorry for the delay. :( |
Hey, may I know the reason why I have to ask you or maintainers to trigger the run ? Is there anyway around this. I feel bad pinging you everytime. |
Hi Atharva! As far as I remember, until your very first PR is merged, it's expected that a maintainer will have to approve the tests to run. I remember I had to do it myself as well, pinging my mentor all the time :D I think, the reason it makes sense is, is to prevent any one to spam our CI. A lot of resources go to each CI in the Lightning Ecosystem, hence this defense mechanism 😀 But don't feel bad about it, if you are on PL slack, just message me there if that helps, my username is: Once your first PR is merged, you will not need me :)) Also, is there a way around it? Uhmmm, I am not very sure if there is. I will let @otaj answer this one. 🤎 |
for more information, see https://pre-commit.ci
@krshrimali I am going to ping you a lot haha :). I really want to join the lightning team. |
@otaj @krshrimali All tests are passing, finally. Hopefully this will be merged :) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi, @Atharva-Phatak, thank you very much! First of all, I'm very sorry for me being so delayed, thank you @krshrimali for stepping in!
Regarding the code, overall it looks good, however, I'm don't see much of a difference between swaw_resnet.py
module and other resnet module we already have in the code, such as models.self_supervised.resnets
, do you think you can clarify it? Ideally, we don't want every sing model implement resnets (or anything else, for that matter) from scratch.
Regarding if there's a way around maintainers needing to trigger CI checks, I'm afraid, there isn't. This is a protection against things like spamming, crypto mining in the CI and all of the ugly things regarding spammers having access to "free" compute. I believe the first merged commit is a reasonable filter. |
@otaj Regarding resnets, The implementation of main class ResNet in SWAV is little different as it has multiple heads called as prototype heads. Hence I have not changed it. I agree that every single module should not implement resents, but considering this is an initial iteration I recommend we keep it that way. Once this major revision is complete. |
@otaj Any updates ? Can this be merged ? |
What does this PR do?
Quality checks for implementations of SWAV #839
Couple of points I would like to highlight.
Fixes part of #839
Before submitting
PR review
Anyone in the community is free to review the PR once the tests have passed.
If we didn't discuss your PR in Github issues there's a high chance it will not be merged.
Did you have fun?
Make sure you had fun coding 🙃