<oembed><type>rich</type><version>1.0</version><author_name>npub1r3san9v5njl6798hvauyu9ntm6r9c7u8s0t65wls58gpfdcvqp5sa48d0u</author_name><author_url>https://nostr.ae/npub1r3san9v5njl6798hvauyu9ntm6r9c7u8s0t65wls58gpfdcvqp5sa48d0u</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2014-05-21&#xA;📝 Original message:On 05/21/2014 10:10 AM, Wladimir wrote:&#xA;&gt; On Wed, May 21, 2014 at 6:39 PM, Chris Beams &lt;chris at beams.io&gt; wrote:&#xA;&gt;&gt; I&#39;m personally happy to comply with this for any future commits, but wonder&#xA;&gt;&gt; if you&#39;ve considered the arguments against commit signing [1]? Note&#xA;&gt;&gt; especially the reference therein to Linus&#39; original negative opinion on&#xA;&gt;&gt; signed commits [2].&#xA;&gt; &#xA;&gt; Yes, I&#39;ve read it. But would his alternative, signing tags, really&#xA;&gt; help us more here?&#xA;&#xA;Honest question: what would signed commits do to help us here anyway?&#xA;What&#39;s the problem being solved?&#xA;&#xA;Unfortunately git places signatures in the history itself, so it&#39;s not&#xA;like we could use easily use signatures to indicate acceptance after&#xA;code review, like we could if we were using monotone for example. Git&#xA;just wasn&#39;t designed for a commit-signing workflow.</html></oembed>