You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is not an issue with the reference lapack per se, rather a suggestion or a mild request towards its maintainers.
It seems that the project allows to push changes directly to master without going first through a pull request. Consequently changes silently land in master without any notification even for people watching the repository which makes it harder to follow the work that is being done. This has happened recently for example with the dorhr addition. I perfectly understand that this style may fit the contributors workflow but could the maintainers at least consider protecting master so that "... all commits must be made to a non-protected branch and submitted via a pull request with the required number of approving reviews ..."? This can be easily done via Settings -> Branches -> Branch protection rules.
The text was updated successfully, but these errors were encountered:
I saw that this happened again the last few days. Pushing finished pieces of code received via mail to master without a PR is acceptable, but just working on the master branch... breaking the master branch in a massively used repo like this seems like a recipe for disaster.
This is not an issue with the reference lapack per se, rather a suggestion or a mild request towards its maintainers.
It seems that the project allows to push changes directly to master without going first through a pull request. Consequently changes silently land in master without any notification even for people watching the repository which makes it harder to follow the work that is being done. This has happened recently for example with the dorhr addition. I perfectly understand that this style may fit the contributors workflow but could the maintainers at least consider protecting master so that "... all commits must be made to a non-protected branch and submitted via a pull request with the required number of approving reviews ..."? This can be easily done via Settings -> Branches -> Branch protection rules.
The text was updated successfully, but these errors were encountered: