██████╗ ██████╗ █████╗ ██████╗████████╗██╗ ██████╗ █████╗ ██╗ ██╗ ██╗
██╔══██╗██╔══██╗██╔══██╗██╔════╝╚══██╔══╝██║██╔════╝██╔══██╗██║ ██║ ██║
██████╔╝██████╔╝███████║██║ ██║ ██║██║ ███████║██║ ██║ ██║
██╔═══╝ ██╔══██╗██╔══██║██║ ██║ ██║██║ ██╔══██║██║ ██║ ██║
██║ ██║ ██║██║ ██║╚██████╗ ██║ ██║╚██████╗██║ ██║███████╗███████╗██║
╚═╝ ╚═╝ ╚═╝╚═╝ ╚═╝ ╚═════╝ ╚═╝ ╚═╝ ╚═════╝╚═╝ ╚═╝╚══════╝╚══════╝╚═╝
Git can be as simple or as complex as the situation requires, however most of the time you can use git very simply and only need a handful of the git commands.
When you are startging out with git then you learn git init, git commit, git status, git log
If you have a shared repository, then you learn git clone, git pull & git push
-
Meainingful commits
- smallest possible commit that has value
- interactive adding of changes
- amending commits (? squashing commits)
-
Descriptive commit messages
-
Making good use of all the different stages: stash, working copy, index, local repo, shared repo
-
Using Git tools well
-
Avoid re-writing history (unless it gives a better history of commits)
-
Avoid changing shared history (unless you want to loose all your friends)
Just like any other development workflow, a good Git workflow shold be measured by the relevance to the project and team using that workflow.
Issues and pull requests are most welcome although it is the maintainers discression as to if they are applicable. Please detail issues as much as you can. Pull requests are simpler to work with when they are specific to a page or at most a section. The smaller the change the quicker it is to review and merge.
Please read the detailed Practicalli contributing page before raising an issue or pull request to avoid disapointment.
By submitting content ideas and corrections you are agreeing they can be used in any work by Practicalli under the Creative Commons Attribution ShareAlike 4.0 International license. Attribution will be detailed via GitHub contributors.
All sponsorship funds are used to support the continued development of Practicalli series of books and videos, although most work is done at personal cost and time.
Thanks to Cognitect, Nubank and a wide range of other sponsors for your continued support
The megalinter GitHub actions will run when a pull request is created,checking basic markdown syntax.
A review of the change will be carried out by the Practicalli team and the PR merged if the change is acceptable.
The Publish Book GitHub action will run when PR's are merged into main (or the Practicalli team pushes changes to the default branch).
Publish book workflow installs Material for MkDocs version 9
Install mkdocs version 9 using the Python pip package manager
pip install mkdocs-material=="9.5"
Install the plugins used by the Practicalli site using Pip (these are also installed in the GitHub Action workflow)
pip3 install mkdocs-material mkdocs-callouts mkdocs-glightbox mkdocs-git-revision-date-localized-plugin mkdocs-redirects pillow cairosvg
pillow and cairosvg python packages are required for Social Cards
Fork the GitHub repository and clone that fork to your computer,
git clone https://github.com/<your-github-account>/<repository>.git
Run a local server from the root of the cloned project
make docs
The website will open at http://localhost:8000
If making smaller changes, then only rebuild the content that changes, speeding up the local development process
make docs-changed
NOTE: navigation changes may not be correctly reflected without reloading the page in the web browser or carrying out a full
make docs
build