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

Include build instructions in README so contributors can (easily) get a local Jekyll setup going #79

Open
mgudapak opened this issue May 19, 2016 · 6 comments

Comments

@mgudapak
Copy link
Contributor

I can work on this as I am trying to contribute to this repo and need a local Jekyll setup to test my changes anyways ..

@peterjc
Copy link
Member

peterjc commented May 19, 2016

Yes please - I'd mentioned a few bits of this on the mailing list, e.g.

I think people should fork the repository but should use their own account name for the repository name - i.e. username.github.io in order to get it rendered by GitHub, e.g. my username is peterjc:

https://github.com/peterjc/peterjc.github.io --> http://peterjc.github.io/

And then we'd need instructions on using Jekyll 3.0, see also https://github.com/biopython/biopython.github.io/blob/master/Gemfile

@mgudapak
Copy link
Contributor Author

i am thinking they (a contributor) should be able to test it locally (as in run jekyll serve on their local machine) and test all pages/links rather than pushing it to their local repo (the fork) and then having GitHub render it under their account. The latter is another way but wouldn't you agree that ideally the contributor should be able to test it even before he pushes it to GitHub (albeit his local/forked repo).

@peterjc
Copy link
Member

peterjc commented May 20, 2016

Yes please.

@LalitNM
Copy link
Contributor

LalitNM commented Nov 23, 2020

In my opinion something simple like CONTRIBUTING.rst should work here. An example is here.

Advantages of doing this:

  • GitHub will sync this file to every issue and pull request page.
  • In future if our readme grows, then it would be easy to separate that content in two files.
  • This is more common on GitHub.

@peterjc
Copy link
Member

peterjc commented Nov 23, 2020

Yes, but the content needs to be written...

@LalitNM
Copy link
Contributor

LalitNM commented Nov 25, 2020

Sure. I will do that.

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

No branches or pull requests

3 participants