Amar Takhar commented on a discussion: 
https://gitlab.rtems.org/rtems/rtos/rtems/-/work_items/5657#note_156661


That's my exact point by not having it we are asserting to not trust anyone.  
Because even if we add `Signed-off-by:` still, do not trust anyone so why 
bother?  We have names in the commit message already that's your assertion.  
Adding yet another place to put the exact name that's already in the commit 
message is pointless.

I'm honestly confused why anyone even wants this or why other projects do it.  
It's not adding an extra layer of anything we can just say "The author of the 
commit messages has signed off their commit by their name being there".  Also, 
adding `Signed-off-by:` allows the name in that location to be _different_ than 
the author which for RTEMS is problematic we don't want to record what 
decisions have been made internally in another org.  This happens a lot in 
FreeBSD and they have good reasons for operating that way but we don't.  I 
really don't want to deal with the `Signed-off-by:` being different from the 
author -- these things should be sorted internally before they hit the project.

This is why signed commits are better nobody is going to hand out their private 
key password to anyone at least they shouldn't but if they do it's their 
problem not ours.

We've talked about it before but I'll bring it up during the next meeting since 
several people seem to be interested but we've talked about it several times 
and came to the same conclusion.

-- 
View it on GitLab: 
https://gitlab.rtems.org/rtems/rtos/rtems/-/work_items/5657#note_156661
You're receiving this email because of your account on gitlab.rtems.org. 
Unsubscribe from this thread: 
https://gitlab.rtems.org/-/sent_notifications/5-b5kmfek3onkmkyxnqpdeug0dp-1d/unsubscribe
 | Manage all notifications: https://gitlab.rtems.org/-/profile/notifications | 
Help: https://gitlab.rtems.org/help


_______________________________________________
bugs mailing list
[email protected]
http://lists.rtems.org/mailman/listinfo/bugs

Reply via email to