layout | title | description |
---|---|---|
howto |
How-to |
Instructions, SOPs and guides |
nb. if at any point something unexpected happens at any point STOP and ask for help!
-
Hit the green
Code
button -
Choose
Open with Github Desktop
You'll be asked to download it if you don't have it.
-
In Github Desktop (GHD), log in using your Github credentials and clone the repo locally
-
Check with Haris about the changes you would like to make first
-
In GHD, click current branch button and then click new branch
-
Give it a short, sensible hyphen-separated name in the imperative e.g. update-team-page
Your current branch should now show the name of your new branch -
Open a terminal and change directory (cd) to where your repo was cloned
-
Execute
bundle install
For M1 Apple Macs instead doarch -arch x86_64 bundle install
-
Execute
bundle exec jekyll serve
For M1 Apple Macs instead doarch -arch x86_64 bundle exec jekyll serve
The website should be available locally on `http://localhost:4000` now -
Make changes to your code using your favourite editor/IDE (just use Pycharm)
If you're updating AI projects or team page, then you might just need to edit the file in _data/ -
Commit your code once you're happy with your changes using the template below
-
Publish your branch to github
-
On the Github website, go to
Pull requests
and clickNew pull request
-
Make sure the
base
branch ismain
and thecompare
branch is your published branch -
Click
Create pull request
-
This will allow your code to be reviewed by a team member and then merged into live website!
Commit template (read more here: https://chris.beams.io/posts/git-commit/>
Summarize changes in around 50 characters or less More detailed explanatory text, if necessary. Wrap it to about 72 characters or so. In some contexts, the first line is treated as the subject of the commit and the rest of the text as the body. The blank line separating the summary from the body is critical (unless you omit the body entirely); various tools like log, shortlog and rebase can get confused if you run the two together. Explain the problem that this commit is solving. Focus on why you are making this change as opposed to how (the code explains that). Are there side effects or other unintuitive consequences of this change? Here's the place to explain them. Further paragraphs come after blank lines. - Bullet points are okay, too - Typically a hyphen or asterisk is used for the bullet, preceded by a single space, with blank lines in between, but conventions vary here If you use an issue tracker, put references to them at the bottom, like this: Resolves: #123 [1] See also: #456 [2], #789 [3] [1](http:// some url) [2](http:// some url) [3](http:// some url)