-
Hi matgl team 👋 I have a question on the development and contributing workflow when implementing a new model that requires additional layers and functionality and possibly edits to existing functionality.
I think the latter is better because although it involves multiple reviews on your end (thanks!), it prevents potentially duplicated code and long-running feature development to diverge too far from the core design. I am interested to hear your suggestions on how to best move forward. |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 1 reply
-
Many small PRs are always preferred and generally the recommended way to manage open-source projects. |
Beta Was this translation helpful? Give feedback.
-
I would add that if there are changes that are backward incompatible, e.g., it will break one of the pre-trained models, this should be made known in the PR. But the organization is such that changes to the internals shouldn't create too many problems. |
Beta Was this translation helpful? Give feedback.
Many small PRs are always preferred and generally the recommended way to manage open-source projects.