Closed jGaboardi closed 2 weeks ago
Attention: Patch coverage is 57.81041%
with 316 lines
in your changes missing coverage. Please review.
Project coverage is 67.6%. Comparing base (
d92edcb
) to head (8a0969d
). Report is 7 commits behind head on main.
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! Many thanks, @jGaboardi!
have already been modified in the private GeoDa repo
One thing you can do is also run ruff format spreg
on the private repo side of things. That will make merging in much less painful later.
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.
for any substantive changes/contributions, people should contact us first.
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