Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Pre-submission enquiry #1339

Open
HPicatto opened this issue May 11, 2024 · 4 comments
Open

Pre-submission enquiry #1339

HPicatto opened this issue May 11, 2024 · 4 comments

Comments

@HPicatto
Copy link

I am currently preparing to submit a paper to the Journal of Open Source Software and intend to publish the accompanying code. The codebase is housed in a private GitHub repository. Due to confidentiality constraints, not all content in the repository can be made public at the time of the paper's publication.
To comply with JOSS's open-source requirements, I am considering creating a parallel public repository that includes only the components releasable at this stage. However, I am concerned that this approach might result in the loss of the original commit history and the contributions' authorship records.
Could you please advise on the best practices or recommend strategies for managing this situation?

@logological
Copy link

Are the individual components that you can publically release under an OSI-approved licence usable and useful without the ones that you will be holding back? If not, then the software may not meet JOSS's core "obvious research application" requirement.

Regarding the authorship records, AFAIK there's no requirement that these take the form of a Git commit log. You could instead credit the authors in comments in the individual source files, and/or in a dedicated text file listing the contributors.

@sneakers-the-rat
Copy link
Contributor

not commenting on scope, but you could fork the repo and use git-filter-repo to remove the stuff you need to keep private, preserving the rest of the repo history

@geoHeil
Copy link

geoHeil commented Aug 10, 2024

@sneakers-the-rat do you have any experience with https://github.com/open-condo-software/gitexporter ?

@sneakers-the-rat
Copy link
Contributor

sneakers-the-rat commented Aug 10, 2024

no, but it seems pretty much like a tool to do what i'm thinking of :). make a fork/copy the repo and modify the remotes. git-filter-repo to remove private files and their histories from the repo and rebuild its history. preserve remaining history and etc. if i wanted to keep them linked then i would probably just automate merges/cherrypicks excluding some directories. if the history is less important in the secondary repo, you could just continually filter, rebuild, and force push to ensure you don't get pollution between the repos.

edit: this is neither legal, security, or official JOSS advice <3

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants