{"thread":{"id":"19779","subject":"Who uses Signed-off-by and DCO?","startedAt":"2009-06-11T23:42:07Z","lastAt":"2009-06-14T03:55:20Z","messageCount":13,"participants":["Nanako Shiraishi","Andreas Ericsson","Ben Walton","Jeff King","Jacob Helwig","Scott Chacon","Theodore Tso","Brandon Casey","Junio C Hamano","Uwe Kleine-König","David Aguilar"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"116107","messageId":"20090612084207.6117@nanako3.lavabit.com","threadId":"19779","inReplyTo":null,"subject":"Who uses Signed-off-by and DCO?","fromName":"Nanako Shiraishi","fromEmail":"nanako3@lavabit.com","sentAt":"2009-06-11T23:42:07Z","receivedAt":"2009-06-11T23:42:07Z","isPatch":false,"sender":{"key":"nanako3@lavabit.com","avatar":"https://gravatar.com/avatar/3777b9e201c5883a62b1a6fdf7c53f2d712d1d80989146063ea861e33aad72a8?d=mp&s=160"},"body":"git provides options and configuration variables to easily handle the Signed-off-by tag line. It is used to certify that the sender certifies the patch with the Developer's Certificate of Origin.\n\nI have read SubmittingPatches document and understand this convention is used by the Linux Kernel Project.\n\nI was giving a git introduction to students in my lab, and this question came up from one of them. How widely is this convention used? Are there projects other than the Linux Kernel and git itself?\n\n-- \nNanako Shiraishi\nhttp://ivory.ap.teacup.com/nanako3/\n"},{"id":"116139","messageId":"4A32366A.6090608@op5.se","threadId":"19779","inReplyTo":"20090612084207.6117@nanako3.lavabit.com","subject":"Re: Who uses Signed-off-by and DCO?","fromName":"Andreas Ericsson","fromEmail":"ae@op5.se","sentAt":"2009-06-12T11:05:14Z","receivedAt":"2009-06-12T11:05:14Z","isPatch":false,"sender":{"key":"ae@op5.se","avatar":"https://gravatar.com/avatar/426e89595c75a8f5252dd0c989e5fabe5bcac616e68557427ad9aef6b0ca342a?d=mp&s=160"},"body":"Nanako Shiraishi wrote:\n> git provides options and configuration variables to easily handle the\n> Signed-off-by tag line. It is used to certify that the sender\n> certifies the patch with the Developer's Certificate of Origin.\n> \n> I have read SubmittingPatches document and understand this convention\n> is used by the Linux Kernel Project.\n> \n> I was giving a git introduction to students in my lab, and this\n> question came up from one of them. How widely is this convention\n> used? Are there projects other than the Linux Kernel and git itself?\n> \n\nWe use it for our own opensource projects, though I must admit we\nstole the idea from git.git.\n\n-- \nAndreas Ericsson                   andreas.ericsson@op5.se\nOP5 AB                             www.op5.se\nTel: +46 8-230225                  Fax: +46 8-230231\n\nConsidering the successes of the wars on alcohol, poverty, drugs and\nterror, I think we should give some serious thought to declaring war\non peace.\n"},{"id":"116152","messageId":"1244807741-sup-7206@ntdws12.chass.utoronto.ca","threadId":"19779","inReplyTo":"4A32366A.6090608@op5.se","subject":"Re: Who uses Signed-off-by and DCO?","fromName":"Ben Walton","fromEmail":"bwalton@artsci.utoronto.ca","sentAt":"2009-06-12T11:58:50Z","receivedAt":"2009-06-12T11:58:50Z","isPatch":false,"sender":{"key":"bdwalton@gmail.com","avatar":"https://avatars.githubusercontent.com/u/396061?v=4"},"body":"Excerpts from Andreas Ericsson's message of Fri Jun 12 07:05:14 -0400 2009:\n> > I was giving a git introduction to students in my lab, and this\n> > question came up from one of them. How widely is this convention\n> > used? Are there projects other than the Linux Kernel and git itself?\n> > \n> \n> We use it for our own opensource projects, though I must admit we\n> stole the idea from git.git.\n\nWe're using it for shared admin edits.  The author is root (or\nwhatever the shared account happens to be in other cases) and the SoB\nis the admin that made the change.  It's not enforced by anything\nother than convention, but it's still helpful for us.\n\n-Ben\n\n-- \nBen Walton\nSystems Programmer - CHASS\nUniversity of Toronto\nC:416.407.5610 | W:416.978.4302\n\nGPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu\nContact me to arrange for a CAcert assurance meeting.\n"},{"id":"116154","messageId":"20090612140229.GA14628@coredump.intra.peff.net","threadId":"19779","inReplyTo":"1244807741-sup-7206@ntdws12.chass.utoronto.ca","subject":"Re: Who uses Signed-off-by and DCO?","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2009-06-12T14:02:29Z","receivedAt":"2009-06-12T14:02:29Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Fri, Jun 12, 2009 at 07:58:50AM -0400, Ben Walton wrote:\n\n> We're using it for shared admin edits.  The author is root (or\n> whatever the shared account happens to be in other cases) and the SoB\n> is the admin that made the change.  It's not enforced by anything\n> other than convention, but it's still helpful for us.\n\nOut of curiosity, how do you set the SoB? Does each user do it manually\nwhen making a commit?\n\nIs there a particular reason to favor this over setting GIT_AUTHOR_NAME\nand GIT_AUTHOR_EMAIL (this would lose the fact that the commit was made\nfrom the shared account, but has better tool support for finding changes\nby a given author)?\n\n-Peff\n"},{"id":"116159","messageId":"8c9a060906120756u194b783dp4d809d7f3d6921b3@mail.gmail.com","threadId":"19779","inReplyTo":"20090612084207.6117@nanako3.lavabit.com","subject":"Re: Who uses Signed-off-by and DCO?","fromName":"Jacob Helwig","fromEmail":"jacob.helwig@gmail.com","sentAt":"2009-06-12T14:56:16Z","receivedAt":"2009-06-12T14:56:16Z","isPatch":false,"sender":{"key":"jacob.helwig@gmail.com","avatar":"https://avatars.githubusercontent.com/u/14557?v=4"},"body":"On Thu, Jun 11, 2009 at 16:42, Nanako Shiraishi<nanako3@lavabit.com> wrote:\n> git provides options and configuration variables to easily handle the Signed-off-by tag line. It is used to certify that the sender certifies the patch with the Developer's Certificate of Origin.\n>\n> I have read SubmittingPatches document and understand this convention is used by the Linux Kernel Project.\n>\n> I was giving a git introduction to students in my lab, and this question came up from one of them. How widely is this convention used? Are there projects other than the Linux Kernel and git itself?\n>\n> --\n> Nanako Shiraishi\n> http://ivory.ap.teacup.com/nanako3/\n>\n> --\n> To unsubscribe from this list: send the line \"unsubscribe git\" in\n> the body of a message to majordomo@vger.kernel.org\n> More majordomo info at  http://vger.kernel.org/majordomo-info.html\n>\n\nGitHub uses it for the Fork Queue.  Whenever you pull in someone's\nchanges through the Fork Queue, it will add a SOB line for the person\npulling in the changes.  In this case it appears to be an \"I approve\nthese incoming changes\", instead of the DCO.  I honestly couldn't say\nhow common it is for projects that aren't on GitHub to use the SOB in\nthis manner, however.\n"},{"id":"116161","messageId":"d411cc4a0906120825y1ce377e7w57b18511e0684e95@mail.gmail.com","threadId":"19779","inReplyTo":"8c9a060906120756u194b783dp4d809d7f3d6921b3@mail.gmail.com","subject":"Re: Who uses Signed-off-by and DCO?","fromName":"Scott Chacon","fromEmail":"schacon@gmail.com","sentAt":"2009-06-12T15:25:27Z","receivedAt":"2009-06-12T15:25:27Z","isPatch":false,"sender":{"key":"schacon@gmail.com","avatar":"https://gravatar.com/avatar/9b13a8a078e1dcf8588c4eea9554445d51ebed6c41b51f56f4d96738130b05c6?d=mp&s=160"},"body":"Hey,\n\nOn Fri, Jun 12, 2009 at 7:56 AM, Jacob Helwig<jacob.helwig@gmail.com> wrote:\n> GitHub uses it for the Fork Queue.  Whenever you pull in someone's\n> changes through the Fork Queue, it will add a SOB line for the person\n> pulling in the changes.  In this case it appears to be an \"I approve\n> these incoming changes\", instead of the DCO.  I honestly couldn't say\n> how common it is for projects that aren't on GitHub to use the SOB in\n> this manner, however.\n\nIt has been pointed out that this is not consistent with how other\nprojects used SOB - we will probably remove this feature, or at least\nadd a checkbox or something instead in the near future.  FYI.\n\nScott\n"},{"id":"116162","messageId":"1244818580-sup-60@ntdws12.chass.utoronto.ca","threadId":"19779","inReplyTo":"20090612144857.GA20691@coredump.intra.peff.net","subject":"Re: Who uses Signed-off-by and DCO?","fromName":"Ben Walton","fromEmail":"bwalton@artsci.utoronto.ca","sentAt":"2009-06-12T15:29:09Z","receivedAt":"2009-06-12T15:29:09Z","isPatch":false,"sender":{"key":"bdwalton@gmail.com","avatar":"https://avatars.githubusercontent.com/u/396061?v=4"},"body":"Excerpts from Jeff King's message of Fri Jun 12 10:48:57 -0400 2009:\n> [any reason not to keep this on the git list?]\n\n...no, I just forget to set the CC.\n\n> On Fri, Jun 12, 2009 at 10:36:46AM -0400, Ben Walton wrote:\n> \n> > I've aliased 'ci' to 'commit -s', and people either use the alias or\n> > are encouraged to add the -s (it is by convention only, after all).\n> > We've then setup the root shell such that $USER is leveraged to source\n> > in some personalized shell when su is used.  This is where we set\n> > GIT_COMMITTER_* on a per-admin basis.  People not doing that edit the\n> > SoB line while editing the commit message...this fails with 'ci -m'.\n> \n> Makes sense. I have a similar setup where people could be identified by\n> the ssh keys they use to log in, but I have never gotten around to\n> setting up something automated.\n> \n> I suspect SoB may be more convenient than GIT_AUTHOR_* in your scenario\n> just because you can tweak the former in the editor, as you note (and it\n> sounds like it's possible to not have the other variables set up\n> properly in your setup).\n\nIt is easier from that perspective, but since nothing is forcing the\nuse of -s, we'd have the same compliance if we wanted to ask people to\nuse --author (or set the proper environment).\n\n> > Actually, I'm still wavering on which I'd prefer.  At this point,\n> > since git is still fairly new for us in this capacity, we're feeling\n> > our way through things.  I went with COMMITTER instead of AUTHOR\n> > though since that tends to stand out more in `git log` (at least to my\n> > eyes).  Since we're not a finger pointing group :), things like `git\n> \n> I would argue that you should do the opposite. AUTHOR is really about\n> \"who wrote this change\" and COMMITTER is about \"who put this change into\n> the repo\". So to me, \"Bob wrote the change, logged in as root@box2, and\n> committed\" should be AUTHOR=Bob, COMMITTER=root@box2.\n\nYour described usage is more semantically correct.  It may make sense\nfor us to switch to AUTHOR, so that in the future we could pinpoint\nchanges with less hassle.  I'll be discussing this with my colleagues\nshortly.\n\n> But I am coming at it from the perspective that the author is of more\n> interest. Finger-pointing aside, I find asking the author is the best\n> thing to do when the commit message doesn't quite explain why a change\n> was made. But if you think the shared account used to commit is of more\n> interest, then it does probably make sense to mark it as the author.\n\nYes, that's a good point.  We're trying to get in the habit of\nreferencing ticket id's in commit logs as well, which does mitigate\nbad commit messages somewhat.  It doesn't help when a change isn't\ndriven by a ticket though.\n\n> > blame` aren't typically used in this scenario.  We're more interested\n> > in moving away from a `cp -p $file $file.date.initials` style of\n> > version control.  (Yes, I know...)\n> \n> I think we've all been there. ;)\n\nWe're currently testing etckeeper on a few boxes with git as the\nbackend so that we can move away from individual repos too.  One\nstumbling block for us here is that we have a mixed shop and solaris\nseems to grow etc directories all over the place! :) etckeeper has a\n-d option, but that gets annoying to remember.\n\n> > Some of our other shared projects are managed through gitosis repos,\n> > so this doesn't come into play, as people edit the files in their own\n> > accounts and push to the central area.  We have our bind config and\n> > zones managed this way.  The files are published to our dns servers\n> > after a push iff `named-checkconf -z` passes.\n> \n> I have tried this, too, but it can get annoying very quickly. In order\n> to really deploy and test you have to commit, which discourages quick\n> \"is this config right?\" testing. Which is maybe a good thing on\n> production servers, but sometimes you need to do some trial and error to\n> diagnose a configuration problem.\n\nIn our case, it's not that onerous, since our config is fairly static\nin terms of new zones, etc.  I've mitigated this for my own repo by\nhaving a pre-commit hook run named-checkconf too...it's a fast check\nso it doesn't hurt much.  If it's clean on my box, it'll be clean on\nthe servers too, since we're on the same versions of the software.\nAny real config problems or major upgrades would be handled with test\nenvironments too, so we're not normally worried about test changes\nwith this.\n\nHaving bad changes kicked out before they're made live has been nice,\nalthough in practice they don't happen that often.  We'd likely be\nbetter served to ensure that changed zone files have newer serials\nthan the live versions..\n\nPreviously, we made changes directly to the copy of the files that\ncfengine distributed, so bad edits were seen by the live boxes.  With\nthis setup, we can still make semantic errors, but syntax problems are\ngone.\n\nWe don't use this technique for things that lend themselves more to\n'quick test' style changes (like adding a new input to our cfengine\nsetup).  Things aren't typically committed to these repos until the\nchange is verified though.  This keeps our history cleaner, which is\nnice when we're not leveraging branches and personal working copies\nand all the other really strong points of git.\n\nGit is making our lives easier, but as you can see, we're still in a\nstate of flux wrt best practices, etc.\n\nThanks\n-Ben\n-- \nBen Walton\nSystems Programmer - CHASS\nUniversity of Toronto\nC:416.407.5610 | W:416.978.4302\n\nGPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu\nContact me to arrange for a CAcert assurance meeting.\n"},{"id":"116169","messageId":"20090612175105.GD6417@mit.edu","threadId":"19779","inReplyTo":"20090612084207.6117@nanako3.lavabit.com","subject":"Re: Who uses Signed-off-by and DCO?","fromName":"Theodore Tso","fromEmail":"tytso@mit.edu","sentAt":"2009-06-12T17:51:06Z","receivedAt":"2009-06-12T17:51:06Z","isPatch":false,"sender":{"key":"tytso@mit.edu","avatar":"https://avatars.githubusercontent.com/u/51416?v=4"},"body":"On Fri, Jun 12, 2009 at 08:42:07AM +0900, Nanako Shiraishi wrote:\n> git provides options and configuration variables to easily handle\n> the Signed-off-by tag line. It is used to certify that the sender\n> certifies the patch with the Developer's Certificate of Origin.\n> \n> I have read SubmittingPatches document and understand this\n> convention is used by the Linux Kernel Project.\n> \n> I was giving a git introduction to students in my lab, and this\n> question came up from one of them. How widely is this convention\n> used? Are there projects other than the Linux Kernel and git itself?\n\nE2fsprogs uses the DCO convetion as well.\n\n\t\t\t\t\t- Ted\n"},{"id":"116174","messageId":"zcwHUAotNPBrTDFNEkfJbIprL0vwx_PJ65xUGwV0moW81e1bhyxgMg@cipher.nrlssc.navy.mil","threadId":"19779","inReplyTo":"1244818580-sup-60@ntdws12.chass.utoronto.ca","subject":"Re: Who uses Signed-off-by and DCO?","fromName":"Brandon Casey","fromEmail":"casey@nrlssc.navy.mil","sentAt":"2009-06-12T19:18:43Z","receivedAt":"2009-06-12T19:18:43Z","isPatch":false,"sender":{"key":"drafnel@gmail.com","avatar":"https://avatars.githubusercontent.com/u/921167?v=4"},"body":"Ben Walton wrote:\n> Excerpts from Jeff King's message of Fri Jun 12 10:48:57 -0400 2009:\n>> [any reason not to keep this on the git list?]\n> \n> ...no, I just forget to set the CC.\n> \n>> On Fri, Jun 12, 2009 at 10:36:46AM -0400, Ben Walton wrote:\n>>\n>>> I've aliased 'ci' to 'commit -s', and people either use the alias or\n>>> are encouraged to add the -s (it is by convention only, after all).\n>>> We've then setup the root shell such that $USER is leveraged to source\n>>> in some personalized shell when su is used.  This is where we set\n>>> GIT_COMMITTER_* on a per-admin basis.  People not doing that edit the\n>>> SoB line while editing the commit message...this fails with 'ci -m'.\n>> Makes sense. I have a similar setup where people could be identified by\n>> the ssh keys they use to log in, but I have never gotten around to\n>> setting up something automated.\n>>\n>> I suspect SoB may be more convenient than GIT_AUTHOR_* in your scenario\n>> just because you can tweak the former in the editor, as you note (and it\n>> sounds like it's possible to not have the other variables set up\n>> properly in your setup).\n> \n> It is easier from that perspective, but since nothing is forcing the\n> use of -s, we'd have the same compliance if we wanted to ask people to\n> use --author (or set the proper environment).\n> \n>>> Actually, I'm still wavering on which I'd prefer.  At this point,\n>>> since git is still fairly new for us in this capacity, we're feeling\n>>> our way through things.  I went with COMMITTER instead of AUTHOR\n>>> though since that tends to stand out more in `git log` (at least to my\n>>> eyes).  Since we're not a finger pointing group :), things like `git\n>> I would argue that you should do the opposite. AUTHOR is really about\n>> \"who wrote this change\" and COMMITTER is about \"who put this change into\n>> the repo\". So to me, \"Bob wrote the change, logged in as root@box2, and\n>> committed\" should be AUTHOR=Bob, COMMITTER=root@box2.\n> \n> Your described usage is more semantically correct.  It may make sense\n> for us to switch to AUTHOR, so that in the future we could pinpoint\n> changes with less hassle.  I'll be discussing this with my colleagues\n> shortly.\n\nWe use a shared account for updating a specific git repository.  I have\nthis bit of shell in the .bash_profile of that account to automatically\nprompt and set GIT_AUTHOR_NAME and GIT_AUTHOR_EMAIL when someone tries\n\"git commit':\n\n\n_setup_git_ident ()\n{\n   local userid\n   local ypentry\n\n   while read -p \"Your Real Login ID (not \\\"$LOGNAME\\\")> \" userid\n   do\n       ypentry=$(ypmatch \"$userid\" passwd) || continue\n       break\n   done\n\n   oldIFS=$IFS\n   IFS=:\n   set -- $ypentry\n   IFS=$oldIFS\n\n   GIT_AUTHOR_NAME=${GIT_AUTHOR_NAME:-\"$5\"}\n   GIT_AUTHOR_EMAIL=${GIT_AUTHOR_EMAIL:-\"$1@\"$(dnsdomainname)}\n\n   export GIT_AUTHOR_NAME GIT_AUTHOR_EMAIL\n}\n\n_run_git ()\n{\n   if [ \"x$1\" = \"xcommit\" ] &&\n      [ -z \"$GIT_AUTHOR_NAME\" -o -z \"$GIT_AUTHOR_EMAIL\" ]\n   then\n       _setup_git_ident\n   fi\n\n   git \"$@\"\n}\n\nalias git=_run_git\n"},{"id":"116208","messageId":"7vfxe52bk3.fsf@alter.siamese.dyndns.org","threadId":"19779","inReplyTo":"20090612175105.GD6417@mit.edu","subject":"Re: Who uses Signed-off-by and DCO?","fromName":"Junio C Hamano","fromEmail":"gitster@pobox.com","sentAt":"2009-06-13T00:59:40Z","receivedAt":"2009-06-13T00:59:40Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Theodore Tso <tytso@mit.edu> writes:\n\n> On Fri, Jun 12, 2009 at 08:42:07AM +0900, Nanako Shiraishi wrote:\n>> git provides options and configuration variables to easily handle\n>> the Signed-off-by tag line. It is used to certify that the sender\n>> certifies the patch with the Developer's Certificate of Origin.\n>> \n>> I have read SubmittingPatches document and understand this\n>> convention is used by the Linux Kernel Project.\n>> \n>> I was giving a git introduction to students in my lab, and this\n>> question came up from one of them. How widely is this convention\n>> used? Are there projects other than the Linux Kernel and git itself?\n>\n> E2fsprogs uses the DCO convetion as well.\n\nTrue; I do not know if it counts as \"other than the Kernel project\"\nin the original question, though.\n"},{"id":"116211","messageId":"20090613030009.GF24336@mit.edu","threadId":"19779","inReplyTo":"7vfxe52bk3.fsf@alter.siamese.dyndns.org","subject":"Re: Who uses Signed-off-by and DCO?","fromName":"Theodore Tso","fromEmail":"tytso@mit.edu","sentAt":"2009-06-13T03:00:09Z","receivedAt":"2009-06-13T03:00:09Z","isPatch":false,"sender":{"key":"tytso@mit.edu","avatar":"https://avatars.githubusercontent.com/u/51416?v=4"},"body":"On Fri, Jun 12, 2009 at 05:59:40PM -0700, Junio C Hamano wrote:\n> >\n> > E2fsprogs uses the DCO convetion as well.\n> \n> True; I do not know if it counts as \"other than the Kernel project\"\n> in the original question, though.\n\nIt depends on how you define \"the Kernel project\", I suppose.\nE2fsprogs is built on a wide variety of platforms, including the GNU\nHurd, FreeBSD, Solaris, and others.  So is it part of the \"[Linux]\nKernel project\"?\n\nI suppose util-linux-ng might be a closer call (it also uses the DCO\nconvention) as it is pretty well Linux-specific.  The developer\ncommunity of util-linux-ng is primarily not composed of kernel\ndevelopers, however, although there is some overlap.\n\nBTW, some of the X.org git repositories also seem to be using DCO,\nalthough its usage seems to be a bit spotty.\n\n\t\t\t\t\t- Ted\n"},{"id":"116244","messageId":"20090613180018.GB23007@pengutronix.de","threadId":"19779","inReplyTo":"20090612084207.6117@nanako3.lavabit.com","subject":"Re: Who uses Signed-off-by and DCO?","fromName":"Uwe Kleine-König","fromEmail":"u.kleine-koenig@pengutronix.de","sentAt":"2009-06-13T18:00:18Z","receivedAt":"2009-06-13T18:00:18Z","isPatch":false,"sender":{"key":"u.kleine-koenig@pengutronix.de","avatar":"https://gravatar.com/avatar/354b5e3ceb2806a2f1e1e382ac29ddbdad18288654da62b61eb13583a857eee7?d=mp&s=160"},"body":"On Fri, Jun 12, 2009 at 08:42:07AM +0900, Nanako Shiraishi wrote:\n> I was giving a git introduction to students in my lab, and this\n> question came up from one of them. How widely is this convention used?\n> Are there projects other than the Linux Kernel and git itself?\nI know ptxdist[1] and topgit[2].\n\nBest regards\nUwe\n\n[1] http://pengutronix.de/software/ptxdist/index_en.html\n[2] http://repo.or.cz/w/topgit.git\n\n-- \nPengutronix e.K.                              | Uwe Kleine-König            |\nIndustrial Linux Solutions                    | http://www.pengutronix.de/  |\n"},{"id":"116264","messageId":"20090614035519.GA3963@gmail.com","threadId":"19779","inReplyTo":"20090613180018.GB23007@pengutronix.de","subject":"Re: Who uses Signed-off-by and DCO?","fromName":"David Aguilar","fromEmail":"davvid@gmail.com","sentAt":"2009-06-14T03:55:20Z","receivedAt":"2009-06-14T03:55:20Z","isPatch":false,"sender":{"key":"davvid@gmail.com","avatar":"https://avatars.githubusercontent.com/u/13196?v=4"},"body":"On Sat, Jun 13, 2009 at 08:00:18PM +0200, Uwe Kleine-König wrote:\n> On Fri, Jun 12, 2009 at 08:42:07AM +0900, Nanako Shiraishi wrote:\n> > I was giving a git introduction to students in my lab, and this\n> > question came up from one of them. How widely is this convention used?\n> > Are there projects other than the Linux Kernel and git itself?\n> I know ptxdist[1] and topgit[2].\n> \n> Best regards\n> Uwe\n> \n> [1] http://pengutronix.de/software/ptxdist/index_en.html\n> [2] http://repo.or.cz/w/topgit.git\n\ngit-cola [1] does.\n\nI learned it by watching git ;-)\n\nMultiple sign-off lines are useful for tracking code\nreviews as well, as it's done on git and the kernel.\n\nI've seen various flavors along those lines:\n\n\tSigned-Off-By: ...\n\tTested-By: ... ($platform)\n\tAcked-By: ...\n\tReviewed-By: ...\n\n[1] http://cola.tuxfamily.org/\n\n-- \n\t\tDavid\n"}]}