-
Notifications
You must be signed in to change notification settings - Fork 24
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
ruff
format repo
#156
ruff
format repo
#156
Conversation
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #156 +/- ##
=====================================
Coverage 67.6% 67.6%
=====================================
Files 41 41
Lines 9622 9622
Branches 1433 1433
=====================================
Hits 6504 6504
Misses 2704 2704
Partials 414 414
|
this looks like a lot of changes, but it's nothing but formatting. Everything's passing. Will wait for @pedrovma's approval, but this is ready to merge |
@pedrovma After this PR is reviewed and merged (like @knaaptime mentioned, it's only formatting changes), I will get started with #155, which will be more involved. However, both standardized formatting and implementing linting will result in a much more maintainable codebase. |
This is great. The issue here is just that several of these files have already been modified in the private GeoDa repo, so some of the new formatting may be lost. But I will do my best to merge them appropriately! |
One thing you can do is also run |
Just a question. Why do you have a private repo instead of developing in public like we do in any other package? It is super hard to make contributions to spreg if we don't know what is the current state of the codebase. |
That's by design. Pedro and I made that decision a long time ago to make development more efficient. The focus is on adding new methods and that is done most efficiently between the two of us without the overhead of the standard GitHub protocol. We're the gate keepers, so to speak. When the code is ready, it goes to the open repo, but for any substantive changes/contributions, people should contact us first. |
Fair.
Shall we add a note on that to the Readme, so the contributing process is clear? |
Sure, great idea. |
This MR:
ruff
standards -- only formatting -- no functional changesblack
and addsruff
to.pre-commit
black
toruff
for formatting #150pre-commit
-- addruff
; dropblack
#151