-
Notifications
You must be signed in to change notification settings - Fork 138
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
Add gitlint check to automation (SOC-9559) #3504
Conversation
1add73a
to
af95bdc
Compare
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.
👍
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.
This has the effect of forbidding commits that are not connected to a Jira ticket. My understanding is that that is not generally wanted, especially for this repo.
See also discussion in #2720 |
a0da4bd
to
8ef817e
Compare
4ac8ad4
to
7eee3b2
Compare
@JanZerebecki Feel free to propose a change to the gitlint config. I just want that we follow the current policy and therefore follow the rules. Not being able to follow and understand why we did what change is eating time. |
Automation repository is used for many different purposes other than what the release engineering team cares about (like for example community usecases). Enforcement.of a jira ticket for that is IMHO preventing contribution. I do embrace the idea of useful commit message, which is why rationales need to be listed in the git commit message, rather than checking whether there is a jira ticket reference but then have no useful commit message itself and the require to look up the ticket, which might not have the right information either. I think we need to handle this by human reviews enforcement of reasonable commit messages |
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.
See previous comment
I will do some changes to this to make it more generic. |
It would work for this repo if you remove the groups |
See also #3509 which does exactly those changes to |
8fad9e0
to
9198d78
Compare
0fa8f23
to
ff3dde7
Compare
Add a Gitlint check which is allowed to fail. This should help the reviewer and author if is commit message is good. As this is non blocking the responsibility is with the author and reviewer.
ff3dde7
to
64e7b21
Compare
I never look there when it's not failing. So I don't see any sense in its result being ignored. |
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.
we're not shipping automation so the need to have a reference for maintenance does not apply here.
I really think this is going into the wrong direction, by adding more process for adding changes rather than improving the process on how we make changes (by having proper tests and reviews on them).
No description provided.