> the docs/ repo didn't blow up, so i've flipped it for platform2 now as a high-traffic repo. if that goes well, i'll roll it out to the rest.
Can you also update the document you linked
(
http://dev.chromium.org/developers/contributing-code/external-contributor-checklist)
to make sense for Chromium OS, please? Right now it talks about a
src/AUTHORS file that I have no idea where it actually is. There's no
~/trunk/src/AUTHORS, at least. There is a ~/trunk/AUTHORS that seems
to lie outside of source control (not sure how it got in my chroot)
and looks like it hasn't been written to in decades, is that what this
is talking about? But there's no "wildcard rules" like the
documentation talks about in there either.
Ultimately, I don't feel like I have enough information to understand
this system or know how to help external contributors use it yet. Does
it trigger off some magic AUTHORS in some repo, or does it directly go
to some Google database that tracks signed CLAs? If the latter, are we
still supposed to update some AUTHORS file anyway or can we remove the
directions to do that from the documentation?
https://signcla.corp.google.com/ also seems very hard to use... I can
look up an individual email and get a yes or no answer, but I can't
for example see if there's a wildcard for @
companyname.com. Many of
our corporate contributors use multiple email addresses so I expect
this to become a nightmare where nobody knows why they can't commit
something. And what exactly does it trigger off -- the Git author
email address, or committer address, or something else? Many people
like to use private email addresses for open source contributions even
if they're employed at some company, so I see more potential for
trouble there...