| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
| Name | Name | Last commit date | ||
|---|---|---|---|---|
git-games is a collection of (mostly classical board or paper and pencil) games which can be played by using GIT for educational purposes. It might be more fun to play these games with paper an pencil, but less fun to learn GIT or test GIT commands without playing these games! :)
Playing involves roughly the following steps:
Cheating is highly appreciated! If you can trick your opponent, the victory is yous. See Security for more details.
Detailed instructions can be found in the README.rst for each game.
1 In theory you could also accept pull requests for every move for your opponents, but this will make the game pretty chaotic.
| Game | Winner | Other players |
|---|---|---|
| Tic-tac-toe | Doris | Kathi |
Your opponent might rewrite the history and trick you in this way. To avoid this, you can run git fetch first and check the difference between origin/your_branch and your_branch before you merge origin/your_branch in your_branch. Git warns in case of forced pushes, but this warning is easy to overlook. If you want to make a fetch fail in case of a forced push, you can remove the + in the Git config in remote.fetch. If you own the remote you might be able to block forced pushes on server side, for example with Gerrit or Github Enterprise.
In order to guarantee authenticated entries in the wall of fame, we would like to ask to sign the commit which modifies the wall of fame. Ideally the winner modifies the wall of fame, signs it and all opponents add a signed dummy commit on top (e.g. only white-space changes) to confirm that the winner did not cheat and modify the history before creating the pull request. You can easily create signed commits (using Github's GPG key) by editing and committing a file using Github's web interface.
| Back | FazBrowse Home | New Git URL |