2 ms·

Then why are you storing PII on them?

dleslie 9y ago
Have you ever used git and supplied a username and email as your author? That's PII in a distributed service that cannot be revoked.
- nocha 9y ago
  That is also PII being used for the purpose it was collected for (identifying a contributor) and I believe falls under Art.6(1)(f) of the GDPR. You would likely have a hard time convincing anybody that you can apply the right to be forgotten to a git repo - especially as that particular processing can be argued to not be requiring consent once you have submitted your commits.
  - dleslie 9y ago
    The author details are not necessary for the core function of git; the change itself does not need the PII. Moreover, my concern is general for when PII is in such a distributed system; git is just one example of many.
- vertex-four 9y ago
  I've always felt that git is poorly designed for that reason. At the very least, there should be an "identity block" that commits etc point into, rather than embedding names, emails, and other identity information into immutable commits. Under GDPR, that's how it would've been designed in the first place. Of course, this'll never happen without a complete fork of git. Once you've got that sorted and you can change/remove identity information, the likes of GitHub have no issue so long as they have GDPR-compliant contracts with any business partners who can access git repos. Obviously, anyone using GitHub who decides to store all identity data forever is, generally speaking, not GitHub's problem, same as someone who noted down the names of all their friends on Facebook isn't Facebook's problem.
  - jimktrains2 9y ago
    > I've always felt that git is poorly designed for that reason. At the very least, there should be an "identity block" that commits etc point into, rather than embedding names, emails, and other identity information into immutable commits. Misuse of git isn't a problem inherent to git.
    - vertex-four 9y ago
      Putting your name and email into commits is the default behaviour of git, and git will not work until you do so. This is design, not misuse.
      - jimktrains2 9y ago
        No, putting the name and email you give it, if you give it one, is by design.
        vertex-four 9y ago
        So the GDPR is entirely irrelevant because we could just give fake details to companies? And giving correct details to anyone, ever, is in fact “misuse”? That’s not how the law works, nor is it how it should work.
        jimktrains2 9y ago
        This was specifically about git. However, it does appear that you need to at least provide a user identifier for git. I can understand why that would be useful in a distributed system. It could be opaque identifier, but you're points taken in this case.
        vertex-four 9y ago
        This was about git in the context of the GDPR, so a company (say, a git hosting provider) is by definition involved. If you're sending commits to other private developers in some way that doesn't involve a company storing the data, the right to be forgotten/right for records to be corrected/etc in the GDPR is irrelevant in the first place.

Have you ever used git and supplied a username and email as your author? That's PII in a distributed service that cannot be revoked.

nocha 9y ago
That is also PII being used for the purpose it was collected for (identifying a contributor) and I believe falls under Art.6(1)(f) of the GDPR. You would likely have a hard time convincing anybody that you can apply the right to be forgotten to a git repo - especially as that particular processing can be argued to not be requiring consent once you have submitted your commits.
- dleslie 9y ago
  The author details are not necessary for the core function of git; the change itself does not need the PII. Moreover, my concern is general for when PII is in such a distributed system; git is just one example of many.
vertex-four 9y ago
I've always felt that git is poorly designed for that reason. At the very least, there should be an "identity block" that commits etc point into, rather than embedding names, emails, and other identity information into immutable commits. Under GDPR, that's how it would've been designed in the first place. Of course, this'll never happen without a complete fork of git. Once you've got that sorted and you can change/remove identity information, the likes of GitHub have no issue so long as they have GDPR-compliant contracts with any business partners who can access git repos. Obviously, anyone using GitHub who decides to store all identity data forever is, generally speaking, not GitHub's problem, same as someone who noted down the names of all their friends on Facebook isn't Facebook's problem.
- jimktrains2 9y ago
  > I've always felt that git is poorly designed for that reason. At the very least, there should be an "identity block" that commits etc point into, rather than embedding names, emails, and other identity information into immutable commits. Misuse of git isn't a problem inherent to git.
  - vertex-four 9y ago
    Putting your name and email into commits is the default behaviour of git, and git will not work until you do so. This is design, not misuse.
    - jimktrains2 9y ago
      No, putting the name and email you give it, if you give it one, is by design.
      - vertex-four 9y ago
        So the GDPR is entirely irrelevant because we could just give fake details to companies? And giving correct details to anyone, ever, is in fact “misuse”? That’s not how the law works, nor is it how it should work.
        jimktrains2 9y ago
        This was specifically about git. However, it does appear that you need to at least provide a user identifier for git. I can understand why that would be useful in a distributed system. It could be opaque identifier, but you're points taken in this case.
        vertex-four 9y ago
        This was about git in the context of the GDPR, so a company (say, a git hosting provider) is by definition involved. If you're sending commits to other private developers in some way that doesn't involve a company storing the data, the right to be forgotten/right for records to be corrected/etc in the GDPR is irrelevant in the first place.