Double blind peer review when paper cites author's GitHub repo for codeHow to anonymize self-citation of source code repository in IEEE double blind peer review?Personal project vs. blind peer reviewWill reviewers see acknowledgements in double blind peer review?Why do some conferences with double blind review ask for author names when submitting the paper for review?How to anonymize self-citation of source code repository in IEEE double blind peer review?Double blind review: anonymise data source?Removing paper conflicts after double-blind review processDouble blinded review but the appendix contains author's nameCompressing a huge paper for a double blind review process

Really bizarre dystopian children’s film with hundreds of young boys forced to play piano

20 cards with no Set

How to get best taste out of tomatoes?

when "this" is captured by a lambda does it have to be used explicitly

Can I land my aircraft on the grass next to the runway at a public airport?

Why do airline tickets have titles in addition to names?

How does Facebook track your browsing without third party cookies?

Does a small cup of coffee result in a 45% reduced blood flow to the brain?

Does a lich die if its phylactery is destroyed, or can it simply not rejuvenate anymore?

Getting data from Seagate ST-238R drive

Affrication-like sound in palatal plosive [c]

Did any astronauts on a mission complain about waking up?

Interview question: If correlation doesn't imply causation, how do you detect causation?

Horizontally mirror a brainflak program

I'm from Mumbai, India. I want to travel to Europe as a tourist but my salary is low ( €190/month)

Adding bug screen to 3/4 PVC

90's or earlier book with a ship called Heinlein

Zoom in / Zoom out symbol

Is there a benefit to leaving reviews on Expedia?

Is camera at risk of condensation in cold temperatures if never removed from bag?

Are the expansion number tokens in 5-6 players expansion different from the basic Catan?

Are all LTI systems invertible? If not, what is a good counterexample?

Is it possible to get reverse life insurance?

Will you be able to hear a supersonic aircraft flying away from you?



Double blind peer review when paper cites author's GitHub repo for code


How to anonymize self-citation of source code repository in IEEE double blind peer review?Personal project vs. blind peer reviewWill reviewers see acknowledgements in double blind peer review?Why do some conferences with double blind review ask for author names when submitting the paper for review?How to anonymize self-citation of source code repository in IEEE double blind peer review?Double blind review: anonymise data source?Removing paper conflicts after double-blind review processDouble blinded review but the appendix contains author's nameCompressing a huge paper for a double blind review process






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty
margin-bottom:0;









41

















I and my coauthor wrote a paper and the project involved creating a (small) software library. Part of the novelty of the paper is the output of the code, which is a digital object not intended for by-hand manipulation. The code (open source) would ideally also be useful for others. One journal to which I was considering submitting this requires double-blind peer review, but the GitHub repo where the code is stored, referenced in the paper, identifies one of us simply by looking at the username in the url. We can of course obscure our identities in the paper as authors, but really need to cite the code repository.



I've not had to do double blind review before, and so it's not clear what we should do. My coauthor is going to run into more problems of this sort as they continue research with a similar mix of code-and-paper as output.



Is there anything we can do, at least as a first attempt to soothe the journals worries?










share|improve this question





















  • 8





    Is this something that you suspect will be a problem, or is it already a problem (e.g., the editors declined your paper)? In the first case, I suggest not worrying. My impression with double-blind reviewing is that it operates on the "honors code"; the veil of author anonymity is easily broken and editors are well aware of that. The point of double-blind is to avoid rubbing the authors' identities in the referees' faces, not to completely rule out the possibility of them discovering them.

    – darij grinberg
    Aug 8 at 8:38







  • 7





    @darijgrinberg Writing, "Our code is available on GitHub: https://github.com/AuthorName," seems like rubbing the authors' identities in the referees' faces, noting the GitHub repo...identifies one of us [by] the username in the url.

    – user2768
    Aug 8 at 8:53







  • 26





    @darijgrinberg Link shorteners should never be included in a submitted manuscript, because they allow the author to track who accesses the linked resource. If the author can see in their logs that someone from the network of the Technical University of Sikinia clicked on their link, it's easy to guess who the referee is.

    – Federico Poloni
    Aug 8 at 9:21






  • 4





    @FedericoPoloni: Good point!! Better solution: Zenodo hosts snapshots of GitHub repos, and they can be accessed by IDs that don't include the author's name (at least not visibly); so that might be the right thing to do (for long-term preservation reasons as well).

    – darij grinberg
    Aug 8 at 9:23







  • 2





    Relevant (and possibly a duplicate?): How to anonymize self-citation of source code repository in IEEE double blind peer review?

    – Anyon
    Aug 8 at 18:49

















41

















I and my coauthor wrote a paper and the project involved creating a (small) software library. Part of the novelty of the paper is the output of the code, which is a digital object not intended for by-hand manipulation. The code (open source) would ideally also be useful for others. One journal to which I was considering submitting this requires double-blind peer review, but the GitHub repo where the code is stored, referenced in the paper, identifies one of us simply by looking at the username in the url. We can of course obscure our identities in the paper as authors, but really need to cite the code repository.



I've not had to do double blind review before, and so it's not clear what we should do. My coauthor is going to run into more problems of this sort as they continue research with a similar mix of code-and-paper as output.



Is there anything we can do, at least as a first attempt to soothe the journals worries?










share|improve this question





















  • 8





    Is this something that you suspect will be a problem, or is it already a problem (e.g., the editors declined your paper)? In the first case, I suggest not worrying. My impression with double-blind reviewing is that it operates on the "honors code"; the veil of author anonymity is easily broken and editors are well aware of that. The point of double-blind is to avoid rubbing the authors' identities in the referees' faces, not to completely rule out the possibility of them discovering them.

    – darij grinberg
    Aug 8 at 8:38







  • 7





    @darijgrinberg Writing, "Our code is available on GitHub: https://github.com/AuthorName," seems like rubbing the authors' identities in the referees' faces, noting the GitHub repo...identifies one of us [by] the username in the url.

    – user2768
    Aug 8 at 8:53







  • 26





    @darijgrinberg Link shorteners should never be included in a submitted manuscript, because they allow the author to track who accesses the linked resource. If the author can see in their logs that someone from the network of the Technical University of Sikinia clicked on their link, it's easy to guess who the referee is.

    – Federico Poloni
    Aug 8 at 9:21






  • 4





    @FedericoPoloni: Good point!! Better solution: Zenodo hosts snapshots of GitHub repos, and they can be accessed by IDs that don't include the author's name (at least not visibly); so that might be the right thing to do (for long-term preservation reasons as well).

    – darij grinberg
    Aug 8 at 9:23







  • 2





    Relevant (and possibly a duplicate?): How to anonymize self-citation of source code repository in IEEE double blind peer review?

    – Anyon
    Aug 8 at 18:49













41












41








41


5






I and my coauthor wrote a paper and the project involved creating a (small) software library. Part of the novelty of the paper is the output of the code, which is a digital object not intended for by-hand manipulation. The code (open source) would ideally also be useful for others. One journal to which I was considering submitting this requires double-blind peer review, but the GitHub repo where the code is stored, referenced in the paper, identifies one of us simply by looking at the username in the url. We can of course obscure our identities in the paper as authors, but really need to cite the code repository.



I've not had to do double blind review before, and so it's not clear what we should do. My coauthor is going to run into more problems of this sort as they continue research with a similar mix of code-and-paper as output.



Is there anything we can do, at least as a first attempt to soothe the journals worries?










share|improve this question















I and my coauthor wrote a paper and the project involved creating a (small) software library. Part of the novelty of the paper is the output of the code, which is a digital object not intended for by-hand manipulation. The code (open source) would ideally also be useful for others. One journal to which I was considering submitting this requires double-blind peer review, but the GitHub repo where the code is stored, referenced in the paper, identifies one of us simply by looking at the username in the url. We can of course obscure our identities in the paper as authors, but really need to cite the code repository.



I've not had to do double blind review before, and so it's not clear what we should do. My coauthor is going to run into more problems of this sort as they continue research with a similar mix of code-and-paper as output.



Is there anything we can do, at least as a first attempt to soothe the journals worries?







publications peer-review mathematics code






share|improve this question














share|improve this question











share|improve this question




share|improve this question










asked Aug 8 at 7:26









David RobertsDavid Roberts

7118 silver badges20 bronze badges




7118 silver badges20 bronze badges










  • 8





    Is this something that you suspect will be a problem, or is it already a problem (e.g., the editors declined your paper)? In the first case, I suggest not worrying. My impression with double-blind reviewing is that it operates on the "honors code"; the veil of author anonymity is easily broken and editors are well aware of that. The point of double-blind is to avoid rubbing the authors' identities in the referees' faces, not to completely rule out the possibility of them discovering them.

    – darij grinberg
    Aug 8 at 8:38







  • 7





    @darijgrinberg Writing, "Our code is available on GitHub: https://github.com/AuthorName," seems like rubbing the authors' identities in the referees' faces, noting the GitHub repo...identifies one of us [by] the username in the url.

    – user2768
    Aug 8 at 8:53







  • 26





    @darijgrinberg Link shorteners should never be included in a submitted manuscript, because they allow the author to track who accesses the linked resource. If the author can see in their logs that someone from the network of the Technical University of Sikinia clicked on their link, it's easy to guess who the referee is.

    – Federico Poloni
    Aug 8 at 9:21






  • 4





    @FedericoPoloni: Good point!! Better solution: Zenodo hosts snapshots of GitHub repos, and they can be accessed by IDs that don't include the author's name (at least not visibly); so that might be the right thing to do (for long-term preservation reasons as well).

    – darij grinberg
    Aug 8 at 9:23







  • 2





    Relevant (and possibly a duplicate?): How to anonymize self-citation of source code repository in IEEE double blind peer review?

    – Anyon
    Aug 8 at 18:49












  • 8





    Is this something that you suspect will be a problem, or is it already a problem (e.g., the editors declined your paper)? In the first case, I suggest not worrying. My impression with double-blind reviewing is that it operates on the "honors code"; the veil of author anonymity is easily broken and editors are well aware of that. The point of double-blind is to avoid rubbing the authors' identities in the referees' faces, not to completely rule out the possibility of them discovering them.

    – darij grinberg
    Aug 8 at 8:38







  • 7





    @darijgrinberg Writing, "Our code is available on GitHub: https://github.com/AuthorName," seems like rubbing the authors' identities in the referees' faces, noting the GitHub repo...identifies one of us [by] the username in the url.

    – user2768
    Aug 8 at 8:53







  • 26





    @darijgrinberg Link shorteners should never be included in a submitted manuscript, because they allow the author to track who accesses the linked resource. If the author can see in their logs that someone from the network of the Technical University of Sikinia clicked on their link, it's easy to guess who the referee is.

    – Federico Poloni
    Aug 8 at 9:21






  • 4





    @FedericoPoloni: Good point!! Better solution: Zenodo hosts snapshots of GitHub repos, and they can be accessed by IDs that don't include the author's name (at least not visibly); so that might be the right thing to do (for long-term preservation reasons as well).

    – darij grinberg
    Aug 8 at 9:23







  • 2





    Relevant (and possibly a duplicate?): How to anonymize self-citation of source code repository in IEEE double blind peer review?

    – Anyon
    Aug 8 at 18:49







8




8





Is this something that you suspect will be a problem, or is it already a problem (e.g., the editors declined your paper)? In the first case, I suggest not worrying. My impression with double-blind reviewing is that it operates on the "honors code"; the veil of author anonymity is easily broken and editors are well aware of that. The point of double-blind is to avoid rubbing the authors' identities in the referees' faces, not to completely rule out the possibility of them discovering them.

– darij grinberg
Aug 8 at 8:38






Is this something that you suspect will be a problem, or is it already a problem (e.g., the editors declined your paper)? In the first case, I suggest not worrying. My impression with double-blind reviewing is that it operates on the "honors code"; the veil of author anonymity is easily broken and editors are well aware of that. The point of double-blind is to avoid rubbing the authors' identities in the referees' faces, not to completely rule out the possibility of them discovering them.

– darij grinberg
Aug 8 at 8:38





7




7





@darijgrinberg Writing, "Our code is available on GitHub: https://github.com/AuthorName," seems like rubbing the authors' identities in the referees' faces, noting the GitHub repo...identifies one of us [by] the username in the url.

– user2768
Aug 8 at 8:53






@darijgrinberg Writing, "Our code is available on GitHub: https://github.com/AuthorName," seems like rubbing the authors' identities in the referees' faces, noting the GitHub repo...identifies one of us [by] the username in the url.

– user2768
Aug 8 at 8:53





26




26





@darijgrinberg Link shorteners should never be included in a submitted manuscript, because they allow the author to track who accesses the linked resource. If the author can see in their logs that someone from the network of the Technical University of Sikinia clicked on their link, it's easy to guess who the referee is.

– Federico Poloni
Aug 8 at 9:21





@darijgrinberg Link shorteners should never be included in a submitted manuscript, because they allow the author to track who accesses the linked resource. If the author can see in their logs that someone from the network of the Technical University of Sikinia clicked on their link, it's easy to guess who the referee is.

– Federico Poloni
Aug 8 at 9:21




4




4





@FedericoPoloni: Good point!! Better solution: Zenodo hosts snapshots of GitHub repos, and they can be accessed by IDs that don't include the author's name (at least not visibly); so that might be the right thing to do (for long-term preservation reasons as well).

– darij grinberg
Aug 8 at 9:23






@FedericoPoloni: Good point!! Better solution: Zenodo hosts snapshots of GitHub repos, and they can be accessed by IDs that don't include the author's name (at least not visibly); so that might be the right thing to do (for long-term preservation reasons as well).

– darij grinberg
Aug 8 at 9:23





2




2





Relevant (and possibly a duplicate?): How to anonymize self-citation of source code repository in IEEE double blind peer review?

– Anyon
Aug 8 at 18:49





Relevant (and possibly a duplicate?): How to anonymize self-citation of source code repository in IEEE double blind peer review?

– Anyon
Aug 8 at 18:49










4 Answers
4






active

oldest

votes


















62


















Censor out the repo's name, and provide code to the referees as an auxiliary file.






share|improve this answer





















  • 6





    If the referees wants to, this is obfuscation is easily circumvented: take any non-trivial part of the code (one expressive function name or comment is enough) and drop it into google.

    – NichtJens
    Aug 8 at 15:37






  • 47





    @NichtJens in the age of arxiv, this often works with paper titles too, and it's ok. The authors just have a responsibility to allow the reviewer to proceed double-blind.

    – usul
    Aug 8 at 16:05






  • 10





    FWIW, I use this regularly to create a copy of a Git repo without any history at ../repo-name-copy from within that repo: git -C "$(git rev-parse --show-toplevel)" checkout-index --all --prefix="../$(basename "$(git rev-parse --show-toplevel)")-copy/". You may also want to grep -r -e 'Author Name' -e 'Other Author Name' in the resulting directory, and do something like sed -i 's/Jane Doe/Author 1/g;s/Joe Bloggs/Author 2/g' PATH to replace names.

    – l0b0
    Aug 8 at 22:57







  • 2





    @l0b0 Normally I would use git archive HEAD > filename.zip instead of your complicated command --- what's the advantage of this method?

    – Federico Poloni
    Aug 9 at 7:21






  • 2





    @FedericoPoloni git rev-parse --show-toplevel gives you the top level directory of the repository, so this command will work when run anywhere within the repository. Other than that, I guess it depends whether you want a copy of the directory structure or an archive.

    – l0b0
    Aug 9 at 7:28



















17


















  • Make a copy of the repository available at an anonymous URL, e.g., using Google Drive with a fresh account.


  • Submit a copy of the repository with your manuscript (if permitted by the journal), alternatively, send the repository to the editor by email.






share|improve this answer























  • 6





    If the referees wants to, this is obfuscation is easily circumvented: take any non-trivial part of the code (one expressive function name or comment is enough) and drop it into google.

    – NichtJens
    Aug 8 at 15:37






  • 23





    @NichtJens Equally, the referee can drop a sentence-or-two (from the paper) into Google and find the preprint. As noted in another comment, the veil of author anonymity is easily broken and editors are well aware of that.

    – user2768
    Aug 8 at 15:41







  • 1





    Exactly! Wouldn't that be a problem for double-blind reviews as well? EDIT: Apparently it is: statmodeling.stat.columbia.edu/2018/01/15/…

    – NichtJens
    Aug 8 at 15:43







  • 16





    @NichtJens The point of double-blind peer review isn't to make it impossible for people to strip the blinding out, but to make it more difficult without some effort by the reviewers or authors. No system is perfect, and the system does need to operate with some minimal assumption of ethical behavior on the part of the reviewers, including not going out of their way to deliberately find who the authors are.

    – JoshuaZ
    Aug 8 at 15:54






  • 13





    @NichtJens as a reviewer, the system is more so that I can avoid being unintentionally biased - I won't try to look up the authors, because I don't care, however, if I'd see a name that I recognize on top of the paper or in the github url, there's nothing I can do to unsee it.

    – Peteris
    Aug 8 at 19:52


















12


















I'm literally in the same situation as you right now, and came across this repository/service on GitHub a few days ago:. Since your code and names are already public, it only provides a basic level of obfuscation. However, as long as reviewers are being honest and not actively trying to find out the names of the authors, then it should keep them from accidentally discovering who you are.



Beyond that, the most effective approach is not releasing it publicly until after review, and instead providing the code/documentation/whatever privately through the journal. My concern with this approach is that it depends on removing any name association from the material. So what happens if a reviewer rejects the manuscript, then publishes the code or parts of it as their own before you? The lack of a public record on your part could make it a bit of a headache to resolve.



Ultimately, there's not much you can do about reviewers that intentionally try to circumvent the anonymity. Even without your name anywhere, if you've published before, someone could potentially still get a pretty good idea of who you are through the content and patterns in the manuscript itself.






share|improve this answer























  • 2





    "the most effective approach is not releasing it publicly until after review," <-- too late

    – David Roberts
    Aug 8 at 21:59






  • 1





    @DavidRoberts I saw. I included that second paragraph more for anyone that might stumble on this question in the future

    – anjama
    Aug 9 at 0:42






  • 1





    If the authors are given, though separate means, access to an anonymized copy of the code, why should a public release of the code also be avoided?

    – Curt J. Sampson
    Aug 10 at 4:26






  • 1





    @CurtJ.Sampson If the reviewers need to do a web search for a term or concept in the paper, documentation in the repository could put in it the search results, especially if it is a specialized area of research. Alternatively, a reviewer might want to see what other work has been done and make sure the paper is properly citing it. Finally, a reviewer might search for the code itself to ensure that someone else hasn't published the code (to ensure that it is original work, and not plagiarized code/violating a copyright)

    – anjama
    Aug 10 at 11:22












  • Having both a record of submission, along with putting the code into a public git repository (even if the code is not yet public), ideally preserves the authors' timing. It is possible to arbitrarily set timestamps in git, but the public repo should have its own accounting for the repository. Additionally, one can make public just the latest or a series of commit hashes or another checksum of the codebase.

    – ti7
    Aug 13 at 16:24


















9


















The simplest thing to do (which I'm surprised has not been suggested before, and is reasonably common) is to create an anonymous GitHub account and duplicate your code there (upload the code in a single commit, don't duplicate the repository itself as you don't want your real username to be present in the commit history).






share|improve this answer





























    Your Answer








    StackExchange.ready(function()
    var channelOptions =
    tags: "".split(" "),
    id: "415"
    ;
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function()
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled)
    StackExchange.using("snippets", function()
    createEditor();
    );

    else
    createEditor();

    );

    function createEditor()
    StackExchange.prepareEditor(
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: true,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: 10,
    bindNavPrevention: true,
    postfix: "",
    imageUploader:
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/4.0/"u003ecc by-sa 4.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    ,
    noCode: true, onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    );



    );














    draft saved

    draft discarded
















    StackExchange.ready(
    function ()
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2facademia.stackexchange.com%2fquestions%2f134411%2fdouble-blind-peer-review-when-paper-cites-authors-github-repo-for-code%23new-answer', 'question_page');

    );

    Post as a guest















    Required, but never shown


























    4 Answers
    4






    active

    oldest

    votes








    4 Answers
    4






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    62


















    Censor out the repo's name, and provide code to the referees as an auxiliary file.






    share|improve this answer





















    • 6





      If the referees wants to, this is obfuscation is easily circumvented: take any non-trivial part of the code (one expressive function name or comment is enough) and drop it into google.

      – NichtJens
      Aug 8 at 15:37






    • 47





      @NichtJens in the age of arxiv, this often works with paper titles too, and it's ok. The authors just have a responsibility to allow the reviewer to proceed double-blind.

      – usul
      Aug 8 at 16:05






    • 10





      FWIW, I use this regularly to create a copy of a Git repo without any history at ../repo-name-copy from within that repo: git -C "$(git rev-parse --show-toplevel)" checkout-index --all --prefix="../$(basename "$(git rev-parse --show-toplevel)")-copy/". You may also want to grep -r -e 'Author Name' -e 'Other Author Name' in the resulting directory, and do something like sed -i 's/Jane Doe/Author 1/g;s/Joe Bloggs/Author 2/g' PATH to replace names.

      – l0b0
      Aug 8 at 22:57







    • 2





      @l0b0 Normally I would use git archive HEAD > filename.zip instead of your complicated command --- what's the advantage of this method?

      – Federico Poloni
      Aug 9 at 7:21






    • 2





      @FedericoPoloni git rev-parse --show-toplevel gives you the top level directory of the repository, so this command will work when run anywhere within the repository. Other than that, I guess it depends whether you want a copy of the directory structure or an archive.

      – l0b0
      Aug 9 at 7:28
















    62


















    Censor out the repo's name, and provide code to the referees as an auxiliary file.






    share|improve this answer





















    • 6





      If the referees wants to, this is obfuscation is easily circumvented: take any non-trivial part of the code (one expressive function name or comment is enough) and drop it into google.

      – NichtJens
      Aug 8 at 15:37






    • 47





      @NichtJens in the age of arxiv, this often works with paper titles too, and it's ok. The authors just have a responsibility to allow the reviewer to proceed double-blind.

      – usul
      Aug 8 at 16:05






    • 10





      FWIW, I use this regularly to create a copy of a Git repo without any history at ../repo-name-copy from within that repo: git -C "$(git rev-parse --show-toplevel)" checkout-index --all --prefix="../$(basename "$(git rev-parse --show-toplevel)")-copy/". You may also want to grep -r -e 'Author Name' -e 'Other Author Name' in the resulting directory, and do something like sed -i 's/Jane Doe/Author 1/g;s/Joe Bloggs/Author 2/g' PATH to replace names.

      – l0b0
      Aug 8 at 22:57







    • 2





      @l0b0 Normally I would use git archive HEAD > filename.zip instead of your complicated command --- what's the advantage of this method?

      – Federico Poloni
      Aug 9 at 7:21






    • 2





      @FedericoPoloni git rev-parse --show-toplevel gives you the top level directory of the repository, so this command will work when run anywhere within the repository. Other than that, I guess it depends whether you want a copy of the directory structure or an archive.

      – l0b0
      Aug 9 at 7:28














    62














    62










    62









    Censor out the repo's name, and provide code to the referees as an auxiliary file.






    share|improve this answer














    Censor out the repo's name, and provide code to the referees as an auxiliary file.







    share|improve this answer













    share|improve this answer




    share|improve this answer










    answered Aug 8 at 7:33









    Federico PoloniFederico Poloni

    27.9k12 gold badges87 silver badges140 bronze badges




    27.9k12 gold badges87 silver badges140 bronze badges










    • 6





      If the referees wants to, this is obfuscation is easily circumvented: take any non-trivial part of the code (one expressive function name or comment is enough) and drop it into google.

      – NichtJens
      Aug 8 at 15:37






    • 47





      @NichtJens in the age of arxiv, this often works with paper titles too, and it's ok. The authors just have a responsibility to allow the reviewer to proceed double-blind.

      – usul
      Aug 8 at 16:05






    • 10





      FWIW, I use this regularly to create a copy of a Git repo without any history at ../repo-name-copy from within that repo: git -C "$(git rev-parse --show-toplevel)" checkout-index --all --prefix="../$(basename "$(git rev-parse --show-toplevel)")-copy/". You may also want to grep -r -e 'Author Name' -e 'Other Author Name' in the resulting directory, and do something like sed -i 's/Jane Doe/Author 1/g;s/Joe Bloggs/Author 2/g' PATH to replace names.

      – l0b0
      Aug 8 at 22:57







    • 2





      @l0b0 Normally I would use git archive HEAD > filename.zip instead of your complicated command --- what's the advantage of this method?

      – Federico Poloni
      Aug 9 at 7:21






    • 2





      @FedericoPoloni git rev-parse --show-toplevel gives you the top level directory of the repository, so this command will work when run anywhere within the repository. Other than that, I guess it depends whether you want a copy of the directory structure or an archive.

      – l0b0
      Aug 9 at 7:28













    • 6





      If the referees wants to, this is obfuscation is easily circumvented: take any non-trivial part of the code (one expressive function name or comment is enough) and drop it into google.

      – NichtJens
      Aug 8 at 15:37






    • 47





      @NichtJens in the age of arxiv, this often works with paper titles too, and it's ok. The authors just have a responsibility to allow the reviewer to proceed double-blind.

      – usul
      Aug 8 at 16:05






    • 10





      FWIW, I use this regularly to create a copy of a Git repo without any history at ../repo-name-copy from within that repo: git -C "$(git rev-parse --show-toplevel)" checkout-index --all --prefix="../$(basename "$(git rev-parse --show-toplevel)")-copy/". You may also want to grep -r -e 'Author Name' -e 'Other Author Name' in the resulting directory, and do something like sed -i 's/Jane Doe/Author 1/g;s/Joe Bloggs/Author 2/g' PATH to replace names.

      – l0b0
      Aug 8 at 22:57







    • 2





      @l0b0 Normally I would use git archive HEAD > filename.zip instead of your complicated command --- what's the advantage of this method?

      – Federico Poloni
      Aug 9 at 7:21






    • 2





      @FedericoPoloni git rev-parse --show-toplevel gives you the top level directory of the repository, so this command will work when run anywhere within the repository. Other than that, I guess it depends whether you want a copy of the directory structure or an archive.

      – l0b0
      Aug 9 at 7:28








    6




    6





    If the referees wants to, this is obfuscation is easily circumvented: take any non-trivial part of the code (one expressive function name or comment is enough) and drop it into google.

    – NichtJens
    Aug 8 at 15:37





    If the referees wants to, this is obfuscation is easily circumvented: take any non-trivial part of the code (one expressive function name or comment is enough) and drop it into google.

    – NichtJens
    Aug 8 at 15:37




    47




    47





    @NichtJens in the age of arxiv, this often works with paper titles too, and it's ok. The authors just have a responsibility to allow the reviewer to proceed double-blind.

    – usul
    Aug 8 at 16:05





    @NichtJens in the age of arxiv, this often works with paper titles too, and it's ok. The authors just have a responsibility to allow the reviewer to proceed double-blind.

    – usul
    Aug 8 at 16:05




    10




    10





    FWIW, I use this regularly to create a copy of a Git repo without any history at ../repo-name-copy from within that repo: git -C "$(git rev-parse --show-toplevel)" checkout-index --all --prefix="../$(basename "$(git rev-parse --show-toplevel)")-copy/". You may also want to grep -r -e 'Author Name' -e 'Other Author Name' in the resulting directory, and do something like sed -i 's/Jane Doe/Author 1/g;s/Joe Bloggs/Author 2/g' PATH to replace names.

    – l0b0
    Aug 8 at 22:57






    FWIW, I use this regularly to create a copy of a Git repo without any history at ../repo-name-copy from within that repo: git -C "$(git rev-parse --show-toplevel)" checkout-index --all --prefix="../$(basename "$(git rev-parse --show-toplevel)")-copy/". You may also want to grep -r -e 'Author Name' -e 'Other Author Name' in the resulting directory, and do something like sed -i 's/Jane Doe/Author 1/g;s/Joe Bloggs/Author 2/g' PATH to replace names.

    – l0b0
    Aug 8 at 22:57





    2




    2





    @l0b0 Normally I would use git archive HEAD > filename.zip instead of your complicated command --- what's the advantage of this method?

    – Federico Poloni
    Aug 9 at 7:21





    @l0b0 Normally I would use git archive HEAD > filename.zip instead of your complicated command --- what's the advantage of this method?

    – Federico Poloni
    Aug 9 at 7:21




    2




    2





    @FedericoPoloni git rev-parse --show-toplevel gives you the top level directory of the repository, so this command will work when run anywhere within the repository. Other than that, I guess it depends whether you want a copy of the directory structure or an archive.

    – l0b0
    Aug 9 at 7:28






    @FedericoPoloni git rev-parse --show-toplevel gives you the top level directory of the repository, so this command will work when run anywhere within the repository. Other than that, I guess it depends whether you want a copy of the directory structure or an archive.

    – l0b0
    Aug 9 at 7:28














    17


















    • Make a copy of the repository available at an anonymous URL, e.g., using Google Drive with a fresh account.


    • Submit a copy of the repository with your manuscript (if permitted by the journal), alternatively, send the repository to the editor by email.






    share|improve this answer























    • 6





      If the referees wants to, this is obfuscation is easily circumvented: take any non-trivial part of the code (one expressive function name or comment is enough) and drop it into google.

      – NichtJens
      Aug 8 at 15:37






    • 23





      @NichtJens Equally, the referee can drop a sentence-or-two (from the paper) into Google and find the preprint. As noted in another comment, the veil of author anonymity is easily broken and editors are well aware of that.

      – user2768
      Aug 8 at 15:41







    • 1





      Exactly! Wouldn't that be a problem for double-blind reviews as well? EDIT: Apparently it is: statmodeling.stat.columbia.edu/2018/01/15/…

      – NichtJens
      Aug 8 at 15:43







    • 16





      @NichtJens The point of double-blind peer review isn't to make it impossible for people to strip the blinding out, but to make it more difficult without some effort by the reviewers or authors. No system is perfect, and the system does need to operate with some minimal assumption of ethical behavior on the part of the reviewers, including not going out of their way to deliberately find who the authors are.

      – JoshuaZ
      Aug 8 at 15:54






    • 13





      @NichtJens as a reviewer, the system is more so that I can avoid being unintentionally biased - I won't try to look up the authors, because I don't care, however, if I'd see a name that I recognize on top of the paper or in the github url, there's nothing I can do to unsee it.

      – Peteris
      Aug 8 at 19:52















    17


















    • Make a copy of the repository available at an anonymous URL, e.g., using Google Drive with a fresh account.


    • Submit a copy of the repository with your manuscript (if permitted by the journal), alternatively, send the repository to the editor by email.






    share|improve this answer























    • 6





      If the referees wants to, this is obfuscation is easily circumvented: take any non-trivial part of the code (one expressive function name or comment is enough) and drop it into google.

      – NichtJens
      Aug 8 at 15:37






    • 23





      @NichtJens Equally, the referee can drop a sentence-or-two (from the paper) into Google and find the preprint. As noted in another comment, the veil of author anonymity is easily broken and editors are well aware of that.

      – user2768
      Aug 8 at 15:41







    • 1





      Exactly! Wouldn't that be a problem for double-blind reviews as well? EDIT: Apparently it is: statmodeling.stat.columbia.edu/2018/01/15/…

      – NichtJens
      Aug 8 at 15:43







    • 16





      @NichtJens The point of double-blind peer review isn't to make it impossible for people to strip the blinding out, but to make it more difficult without some effort by the reviewers or authors. No system is perfect, and the system does need to operate with some minimal assumption of ethical behavior on the part of the reviewers, including not going out of their way to deliberately find who the authors are.

      – JoshuaZ
      Aug 8 at 15:54






    • 13





      @NichtJens as a reviewer, the system is more so that I can avoid being unintentionally biased - I won't try to look up the authors, because I don't care, however, if I'd see a name that I recognize on top of the paper or in the github url, there's nothing I can do to unsee it.

      – Peteris
      Aug 8 at 19:52













    17














    17










    17









    • Make a copy of the repository available at an anonymous URL, e.g., using Google Drive with a fresh account.


    • Submit a copy of the repository with your manuscript (if permitted by the journal), alternatively, send the repository to the editor by email.






    share|improve this answer
















    • Make a copy of the repository available at an anonymous URL, e.g., using Google Drive with a fresh account.


    • Submit a copy of the repository with your manuscript (if permitted by the journal), alternatively, send the repository to the editor by email.







    share|improve this answer















    share|improve this answer




    share|improve this answer








    edited Aug 8 at 8:35

























    answered Aug 8 at 8:19









    user2768user2768

    21.7k4 gold badges57 silver badges80 bronze badges




    21.7k4 gold badges57 silver badges80 bronze badges










    • 6





      If the referees wants to, this is obfuscation is easily circumvented: take any non-trivial part of the code (one expressive function name or comment is enough) and drop it into google.

      – NichtJens
      Aug 8 at 15:37






    • 23





      @NichtJens Equally, the referee can drop a sentence-or-two (from the paper) into Google and find the preprint. As noted in another comment, the veil of author anonymity is easily broken and editors are well aware of that.

      – user2768
      Aug 8 at 15:41







    • 1





      Exactly! Wouldn't that be a problem for double-blind reviews as well? EDIT: Apparently it is: statmodeling.stat.columbia.edu/2018/01/15/…

      – NichtJens
      Aug 8 at 15:43







    • 16





      @NichtJens The point of double-blind peer review isn't to make it impossible for people to strip the blinding out, but to make it more difficult without some effort by the reviewers or authors. No system is perfect, and the system does need to operate with some minimal assumption of ethical behavior on the part of the reviewers, including not going out of their way to deliberately find who the authors are.

      – JoshuaZ
      Aug 8 at 15:54






    • 13





      @NichtJens as a reviewer, the system is more so that I can avoid being unintentionally biased - I won't try to look up the authors, because I don't care, however, if I'd see a name that I recognize on top of the paper or in the github url, there's nothing I can do to unsee it.

      – Peteris
      Aug 8 at 19:52












    • 6





      If the referees wants to, this is obfuscation is easily circumvented: take any non-trivial part of the code (one expressive function name or comment is enough) and drop it into google.

      – NichtJens
      Aug 8 at 15:37






    • 23





      @NichtJens Equally, the referee can drop a sentence-or-two (from the paper) into Google and find the preprint. As noted in another comment, the veil of author anonymity is easily broken and editors are well aware of that.

      – user2768
      Aug 8 at 15:41







    • 1





      Exactly! Wouldn't that be a problem for double-blind reviews as well? EDIT: Apparently it is: statmodeling.stat.columbia.edu/2018/01/15/…

      – NichtJens
      Aug 8 at 15:43







    • 16





      @NichtJens The point of double-blind peer review isn't to make it impossible for people to strip the blinding out, but to make it more difficult without some effort by the reviewers or authors. No system is perfect, and the system does need to operate with some minimal assumption of ethical behavior on the part of the reviewers, including not going out of their way to deliberately find who the authors are.

      – JoshuaZ
      Aug 8 at 15:54






    • 13





      @NichtJens as a reviewer, the system is more so that I can avoid being unintentionally biased - I won't try to look up the authors, because I don't care, however, if I'd see a name that I recognize on top of the paper or in the github url, there's nothing I can do to unsee it.

      – Peteris
      Aug 8 at 19:52







    6




    6





    If the referees wants to, this is obfuscation is easily circumvented: take any non-trivial part of the code (one expressive function name or comment is enough) and drop it into google.

    – NichtJens
    Aug 8 at 15:37





    If the referees wants to, this is obfuscation is easily circumvented: take any non-trivial part of the code (one expressive function name or comment is enough) and drop it into google.

    – NichtJens
    Aug 8 at 15:37




    23




    23





    @NichtJens Equally, the referee can drop a sentence-or-two (from the paper) into Google and find the preprint. As noted in another comment, the veil of author anonymity is easily broken and editors are well aware of that.

    – user2768
    Aug 8 at 15:41






    @NichtJens Equally, the referee can drop a sentence-or-two (from the paper) into Google and find the preprint. As noted in another comment, the veil of author anonymity is easily broken and editors are well aware of that.

    – user2768
    Aug 8 at 15:41





    1




    1





    Exactly! Wouldn't that be a problem for double-blind reviews as well? EDIT: Apparently it is: statmodeling.stat.columbia.edu/2018/01/15/…

    – NichtJens
    Aug 8 at 15:43






    Exactly! Wouldn't that be a problem for double-blind reviews as well? EDIT: Apparently it is: statmodeling.stat.columbia.edu/2018/01/15/…

    – NichtJens
    Aug 8 at 15:43





    16




    16





    @NichtJens The point of double-blind peer review isn't to make it impossible for people to strip the blinding out, but to make it more difficult without some effort by the reviewers or authors. No system is perfect, and the system does need to operate with some minimal assumption of ethical behavior on the part of the reviewers, including not going out of their way to deliberately find who the authors are.

    – JoshuaZ
    Aug 8 at 15:54





    @NichtJens The point of double-blind peer review isn't to make it impossible for people to strip the blinding out, but to make it more difficult without some effort by the reviewers or authors. No system is perfect, and the system does need to operate with some minimal assumption of ethical behavior on the part of the reviewers, including not going out of their way to deliberately find who the authors are.

    – JoshuaZ
    Aug 8 at 15:54




    13




    13





    @NichtJens as a reviewer, the system is more so that I can avoid being unintentionally biased - I won't try to look up the authors, because I don't care, however, if I'd see a name that I recognize on top of the paper or in the github url, there's nothing I can do to unsee it.

    – Peteris
    Aug 8 at 19:52





    @NichtJens as a reviewer, the system is more so that I can avoid being unintentionally biased - I won't try to look up the authors, because I don't care, however, if I'd see a name that I recognize on top of the paper or in the github url, there's nothing I can do to unsee it.

    – Peteris
    Aug 8 at 19:52











    12


















    I'm literally in the same situation as you right now, and came across this repository/service on GitHub a few days ago:. Since your code and names are already public, it only provides a basic level of obfuscation. However, as long as reviewers are being honest and not actively trying to find out the names of the authors, then it should keep them from accidentally discovering who you are.



    Beyond that, the most effective approach is not releasing it publicly until after review, and instead providing the code/documentation/whatever privately through the journal. My concern with this approach is that it depends on removing any name association from the material. So what happens if a reviewer rejects the manuscript, then publishes the code or parts of it as their own before you? The lack of a public record on your part could make it a bit of a headache to resolve.



    Ultimately, there's not much you can do about reviewers that intentionally try to circumvent the anonymity. Even without your name anywhere, if you've published before, someone could potentially still get a pretty good idea of who you are through the content and patterns in the manuscript itself.






    share|improve this answer























    • 2





      "the most effective approach is not releasing it publicly until after review," <-- too late

      – David Roberts
      Aug 8 at 21:59






    • 1





      @DavidRoberts I saw. I included that second paragraph more for anyone that might stumble on this question in the future

      – anjama
      Aug 9 at 0:42






    • 1





      If the authors are given, though separate means, access to an anonymized copy of the code, why should a public release of the code also be avoided?

      – Curt J. Sampson
      Aug 10 at 4:26






    • 1





      @CurtJ.Sampson If the reviewers need to do a web search for a term or concept in the paper, documentation in the repository could put in it the search results, especially if it is a specialized area of research. Alternatively, a reviewer might want to see what other work has been done and make sure the paper is properly citing it. Finally, a reviewer might search for the code itself to ensure that someone else hasn't published the code (to ensure that it is original work, and not plagiarized code/violating a copyright)

      – anjama
      Aug 10 at 11:22












    • Having both a record of submission, along with putting the code into a public git repository (even if the code is not yet public), ideally preserves the authors' timing. It is possible to arbitrarily set timestamps in git, but the public repo should have its own accounting for the repository. Additionally, one can make public just the latest or a series of commit hashes or another checksum of the codebase.

      – ti7
      Aug 13 at 16:24















    12


















    I'm literally in the same situation as you right now, and came across this repository/service on GitHub a few days ago:. Since your code and names are already public, it only provides a basic level of obfuscation. However, as long as reviewers are being honest and not actively trying to find out the names of the authors, then it should keep them from accidentally discovering who you are.



    Beyond that, the most effective approach is not releasing it publicly until after review, and instead providing the code/documentation/whatever privately through the journal. My concern with this approach is that it depends on removing any name association from the material. So what happens if a reviewer rejects the manuscript, then publishes the code or parts of it as their own before you? The lack of a public record on your part could make it a bit of a headache to resolve.



    Ultimately, there's not much you can do about reviewers that intentionally try to circumvent the anonymity. Even without your name anywhere, if you've published before, someone could potentially still get a pretty good idea of who you are through the content and patterns in the manuscript itself.






    share|improve this answer























    • 2





      "the most effective approach is not releasing it publicly until after review," <-- too late

      – David Roberts
      Aug 8 at 21:59






    • 1





      @DavidRoberts I saw. I included that second paragraph more for anyone that might stumble on this question in the future

      – anjama
      Aug 9 at 0:42






    • 1





      If the authors are given, though separate means, access to an anonymized copy of the code, why should a public release of the code also be avoided?

      – Curt J. Sampson
      Aug 10 at 4:26






    • 1





      @CurtJ.Sampson If the reviewers need to do a web search for a term or concept in the paper, documentation in the repository could put in it the search results, especially if it is a specialized area of research. Alternatively, a reviewer might want to see what other work has been done and make sure the paper is properly citing it. Finally, a reviewer might search for the code itself to ensure that someone else hasn't published the code (to ensure that it is original work, and not plagiarized code/violating a copyright)

      – anjama
      Aug 10 at 11:22












    • Having both a record of submission, along with putting the code into a public git repository (even if the code is not yet public), ideally preserves the authors' timing. It is possible to arbitrarily set timestamps in git, but the public repo should have its own accounting for the repository. Additionally, one can make public just the latest or a series of commit hashes or another checksum of the codebase.

      – ti7
      Aug 13 at 16:24













    12














    12










    12









    I'm literally in the same situation as you right now, and came across this repository/service on GitHub a few days ago:. Since your code and names are already public, it only provides a basic level of obfuscation. However, as long as reviewers are being honest and not actively trying to find out the names of the authors, then it should keep them from accidentally discovering who you are.



    Beyond that, the most effective approach is not releasing it publicly until after review, and instead providing the code/documentation/whatever privately through the journal. My concern with this approach is that it depends on removing any name association from the material. So what happens if a reviewer rejects the manuscript, then publishes the code or parts of it as their own before you? The lack of a public record on your part could make it a bit of a headache to resolve.



    Ultimately, there's not much you can do about reviewers that intentionally try to circumvent the anonymity. Even without your name anywhere, if you've published before, someone could potentially still get a pretty good idea of who you are through the content and patterns in the manuscript itself.






    share|improve this answer
















    I'm literally in the same situation as you right now, and came across this repository/service on GitHub a few days ago:. Since your code and names are already public, it only provides a basic level of obfuscation. However, as long as reviewers are being honest and not actively trying to find out the names of the authors, then it should keep them from accidentally discovering who you are.



    Beyond that, the most effective approach is not releasing it publicly until after review, and instead providing the code/documentation/whatever privately through the journal. My concern with this approach is that it depends on removing any name association from the material. So what happens if a reviewer rejects the manuscript, then publishes the code or parts of it as their own before you? The lack of a public record on your part could make it a bit of a headache to resolve.



    Ultimately, there's not much you can do about reviewers that intentionally try to circumvent the anonymity. Even without your name anywhere, if you've published before, someone could potentially still get a pretty good idea of who you are through the content and patterns in the manuscript itself.







    share|improve this answer















    share|improve this answer




    share|improve this answer








    edited Aug 11 at 10:04









    NelsonGon

    1256 bronze badges




    1256 bronze badges










    answered Aug 8 at 18:09









    anjamaanjama

    4942 silver badges5 bronze badges




    4942 silver badges5 bronze badges










    • 2





      "the most effective approach is not releasing it publicly until after review," <-- too late

      – David Roberts
      Aug 8 at 21:59






    • 1





      @DavidRoberts I saw. I included that second paragraph more for anyone that might stumble on this question in the future

      – anjama
      Aug 9 at 0:42






    • 1





      If the authors are given, though separate means, access to an anonymized copy of the code, why should a public release of the code also be avoided?

      – Curt J. Sampson
      Aug 10 at 4:26






    • 1





      @CurtJ.Sampson If the reviewers need to do a web search for a term or concept in the paper, documentation in the repository could put in it the search results, especially if it is a specialized area of research. Alternatively, a reviewer might want to see what other work has been done and make sure the paper is properly citing it. Finally, a reviewer might search for the code itself to ensure that someone else hasn't published the code (to ensure that it is original work, and not plagiarized code/violating a copyright)

      – anjama
      Aug 10 at 11:22












    • Having both a record of submission, along with putting the code into a public git repository (even if the code is not yet public), ideally preserves the authors' timing. It is possible to arbitrarily set timestamps in git, but the public repo should have its own accounting for the repository. Additionally, one can make public just the latest or a series of commit hashes or another checksum of the codebase.

      – ti7
      Aug 13 at 16:24












    • 2





      "the most effective approach is not releasing it publicly until after review," <-- too late

      – David Roberts
      Aug 8 at 21:59






    • 1





      @DavidRoberts I saw. I included that second paragraph more for anyone that might stumble on this question in the future

      – anjama
      Aug 9 at 0:42






    • 1





      If the authors are given, though separate means, access to an anonymized copy of the code, why should a public release of the code also be avoided?

      – Curt J. Sampson
      Aug 10 at 4:26






    • 1





      @CurtJ.Sampson If the reviewers need to do a web search for a term or concept in the paper, documentation in the repository could put in it the search results, especially if it is a specialized area of research. Alternatively, a reviewer might want to see what other work has been done and make sure the paper is properly citing it. Finally, a reviewer might search for the code itself to ensure that someone else hasn't published the code (to ensure that it is original work, and not plagiarized code/violating a copyright)

      – anjama
      Aug 10 at 11:22












    • Having both a record of submission, along with putting the code into a public git repository (even if the code is not yet public), ideally preserves the authors' timing. It is possible to arbitrarily set timestamps in git, but the public repo should have its own accounting for the repository. Additionally, one can make public just the latest or a series of commit hashes or another checksum of the codebase.

      – ti7
      Aug 13 at 16:24







    2




    2





    "the most effective approach is not releasing it publicly until after review," <-- too late

    – David Roberts
    Aug 8 at 21:59





    "the most effective approach is not releasing it publicly until after review," <-- too late

    – David Roberts
    Aug 8 at 21:59




    1




    1





    @DavidRoberts I saw. I included that second paragraph more for anyone that might stumble on this question in the future

    – anjama
    Aug 9 at 0:42





    @DavidRoberts I saw. I included that second paragraph more for anyone that might stumble on this question in the future

    – anjama
    Aug 9 at 0:42




    1




    1





    If the authors are given, though separate means, access to an anonymized copy of the code, why should a public release of the code also be avoided?

    – Curt J. Sampson
    Aug 10 at 4:26





    If the authors are given, though separate means, access to an anonymized copy of the code, why should a public release of the code also be avoided?

    – Curt J. Sampson
    Aug 10 at 4:26




    1




    1





    @CurtJ.Sampson If the reviewers need to do a web search for a term or concept in the paper, documentation in the repository could put in it the search results, especially if it is a specialized area of research. Alternatively, a reviewer might want to see what other work has been done and make sure the paper is properly citing it. Finally, a reviewer might search for the code itself to ensure that someone else hasn't published the code (to ensure that it is original work, and not plagiarized code/violating a copyright)

    – anjama
    Aug 10 at 11:22






    @CurtJ.Sampson If the reviewers need to do a web search for a term or concept in the paper, documentation in the repository could put in it the search results, especially if it is a specialized area of research. Alternatively, a reviewer might want to see what other work has been done and make sure the paper is properly citing it. Finally, a reviewer might search for the code itself to ensure that someone else hasn't published the code (to ensure that it is original work, and not plagiarized code/violating a copyright)

    – anjama
    Aug 10 at 11:22














    Having both a record of submission, along with putting the code into a public git repository (even if the code is not yet public), ideally preserves the authors' timing. It is possible to arbitrarily set timestamps in git, but the public repo should have its own accounting for the repository. Additionally, one can make public just the latest or a series of commit hashes or another checksum of the codebase.

    – ti7
    Aug 13 at 16:24





    Having both a record of submission, along with putting the code into a public git repository (even if the code is not yet public), ideally preserves the authors' timing. It is possible to arbitrarily set timestamps in git, but the public repo should have its own accounting for the repository. Additionally, one can make public just the latest or a series of commit hashes or another checksum of the codebase.

    – ti7
    Aug 13 at 16:24











    9


















    The simplest thing to do (which I'm surprised has not been suggested before, and is reasonably common) is to create an anonymous GitHub account and duplicate your code there (upload the code in a single commit, don't duplicate the repository itself as you don't want your real username to be present in the commit history).






    share|improve this answer
































      9


















      The simplest thing to do (which I'm surprised has not been suggested before, and is reasonably common) is to create an anonymous GitHub account and duplicate your code there (upload the code in a single commit, don't duplicate the repository itself as you don't want your real username to be present in the commit history).






      share|improve this answer






























        9














        9










        9









        The simplest thing to do (which I'm surprised has not been suggested before, and is reasonably common) is to create an anonymous GitHub account and duplicate your code there (upload the code in a single commit, don't duplicate the repository itself as you don't want your real username to be present in the commit history).






        share|improve this answer
















        The simplest thing to do (which I'm surprised has not been suggested before, and is reasonably common) is to create an anonymous GitHub account and duplicate your code there (upload the code in a single commit, don't duplicate the repository itself as you don't want your real username to be present in the commit history).







        share|improve this answer















        share|improve this answer




        share|improve this answer








        edited Aug 14 at 3:58

























        answered Aug 9 at 0:21









        user2258552user2258552

        4903 silver badges11 bronze badges




        4903 silver badges11 bronze badges































            draft saved

            draft discarded















































            Thanks for contributing an answer to Academia Stack Exchange!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid


            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.

            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2facademia.stackexchange.com%2fquestions%2f134411%2fdouble-blind-peer-review-when-paper-cites-authors-github-repo-for-code%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown









            Popular posts from this blog

            Tamil (spriik) Luke uk diar | Nawigatjuun

            Align equal signs while including text over equalitiesAMS align: left aligned text/math plus multicolumn alignmentMultiple alignmentsAligning equations in multiple placesNumbering and aligning an equation with multiple columnsHow to align one equation with another multline equationUsing \ in environments inside the begintabularxNumber equations and preserving alignment of equal signsHow can I align equations to the left and to the right?Double equation alignment problem within align enviromentAligned within align: Why are they right-aligned?

            Training a classifier when some of the features are unknownWhy does Gradient Boosting regression predict negative values when there are no negative y-values in my training set?How to improve an existing (trained) classifier?What is effect when I set up some self defined predisctor variables?Why Matlab neural network classification returns decimal values on prediction dataset?Fitting and transforming text data in training, testing, and validation setsHow to quantify the performance of the classifier (multi-class SVM) using the test data?How do I control for some patients providing multiple samples in my training data?Training and Test setTraining a convolutional neural network for image denoising in MatlabShouldn't an autoencoder with #(neurons in hidden layer) = #(neurons in input layer) be “perfect”?