-
Notifications
You must be signed in to change notification settings - Fork 185
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
access to manuscript files #358
Comments
Does your private build still push the manuscript files to the When we discussed this option in greenelab/meta-review#138 (comment), @dhimmel proposed creating an empty branch like |
The pdf file gets pushed to |
Can the collaborator access some branches in the private repo but not others? If the name of your private repository is |
She can view https://github.com/thorowitz/my-manuscript/tree/gh-pages. When she clicks on https://github.com/thorowitz/my-manuscript/tree/gh-pages/manuscript.pdf, she gets the site not found error. |
Interesting. Maybe the symbolic links don't work the same way in private repositories? The I haven't used Manubot with a private repository, so I'm not sure what's happening. Would you be willing to temporarily give me read access to your private repo so I can investigate? |
OK, I invited you to be a contributor.
On July 25, 2020 at 8:57:04 AM, Anthony Gitter ([email protected]) wrote:
Interesting. Maybe the symbolic links don't work the same way in private repositories? The manuscript.pdf in the gh-pages branch is a symbolic link to the latest PDF. And the latest PDF is itself pointing to a versioned manuscript in a v/commit subdirectory.
I haven't used Manubot with a private repository, so I'm not sure what's happening. Would you be willing to temporarily give me read access to your private repo so I can investigate?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
That is surprising to me that someone who isn't a collaborator on a private repo would be able to see the source for a branch. I would expect the same access control to apply to all branches equally. Either you can see all branches or none. GitHub Pages will still serve gh-pages branches on private repositories. Is is possible the collaborator was viewing the rendered manuscript via the GitHub Pages website at http://thorowitz.github.io/my-manuscript? Now I am not sure why this link doesn't currently work... possibly you deleting the repo, disabled GitHub Pages, or GitHub Pages never activated? |
I didn't receive an invite at my email address associated with GitHub username |
Sorry, I was using your email!
On July 26, 2020 at 8:39:31 AM, Anthony Gitter ([email protected]) wrote:
OK, I invited you to be a contributor.
I didn't receive an invite at my email address associated with GitHub username agitter.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
She double checked that she was logged in. |
In that case, I'm perplexed. If she is logged in and has the same collaborator permissions that I do on that repository, she should be able to access the same files that I can. Because I'm able to see the files in the |
Thanks! |
(shrug) |
I have made my manuscript repository private. An unintended side effect is that the collaborators whom I have authorized to access the repository cannot see the manuscript files (e.g., manuscript.docx, manuscript.pdf) in the
output
branch; they see only theread.me
file. Is there a way to give them access to the manuscript files?The text was updated successfully, but these errors were encountered: