[](https://github.com/AlecM33/Werewolf/actions/workflows/node.js.yml) Find the latest production deployment at: https://play-werewolf.app/ An application to run games of Werewolf (Mafia) smoothly when you don't have a deck, or when you and your friends are together virtually. Basically, a host builds a game and deals a role to everyone's device, and then the app keeps track of the game state (timer, player statuses, etc). Inspired by my time playing Ultimate Werewolf and by 2020's quarantine. The app is free to use, anonymous, and fully open-source under the MIT license. After a long hiatus I've rewritten a lot of the code and think this version works a lot better. This was (and still is) fundamentally a learning project, so feedback or assistance is appreciated.

## Features You can: - build your desired game with default or custom roles. - join a game with two clicks via a shareable link, or via a 4-character code entered on the homepage. - automatically deal cards to everyone's device. - create a game as a "dedicated moderator", who is not dealt in, or as a "temporary moderator", who is dealt in and then has their powers automatically delegated. - transfer your mod powers to someone else that is out of the game if you can no longer mod. - run a shared timer that can be paused by the moderator. - reference helpful info during the game including what roles are in the game and who has been killed or revealed. - choose to reveal a player without killing them, or kill them without revealing them. - restart the same game setup any number of times This is meant to facilitate a game through a shared game state and various utilities - not to control every aspect of the game flow. The app provides a host the ability to construct a deck with a custom distribution The application prioritizes responsiveness. A key scenario would be when a group is hanging out with only their phones. ## Tech Stack This is a Node.js application. It is written purely using JavaScript/HTML/CSS. The main dependencies are Express.js and Socket.io. It is currently cloud hosted using the Google App Engine. ## Contributing and Developers' Guide ### Running Locally The entrypoint for the application is `index.js` at the root. If you haven't already, install Node.js. This should include the node package manager, npm. Run `npm install` from the root directory to install the necessary dependencies. These instructions assume you are somewhat familiar with Node.js and npm. At this point, we will use some of the run commands defined in `package.json`. If you simply want to run the app on the default port of **5000**: `npm run start:dev` (if developing on a linux machine)
`npm run start:dev:windows` (if developing on a windows machine) This command uses nodemon to listen for changes to **server-side code** (Node.js modules) and automatically restart the server. If you do not want this, run instead `npm run start:dev:no-hot-reload` or `npm run start:dev:windows:no-hot-reload`. If you are making changes to client-side javascript, in a separate terminal, execute `npm run build:dev`. This uses Webpack to bundle javascript from the `client/src` directory and place it in the `client/dist` directory, which is ignored by Git. This command uses the `--watch` flag, which means the process will continue to run in this terminal, watching for changes within the `client/src` directory and re-bundling automatically. You definitely want this if making frequent JavaScript changes to client-side source code. Any other changes, such as to HTML or CSS files, are not bundled, and thus your changes will be picked up simply by refreshing the browser. And there we go! You should be able to navigate to and use the application on localhost. There are additional CLI arguments you can provide to the run commands that specify things such as port, HTTP vs HTTPS, or the log level. I **highly recommend** consulting these below. ### CLI Options These options will be at the end of your run command following two dashes e.g. `npm run start:dev -- [options]`. Options are whitespace-delimited key-value pairs with the syntax `[key]=[value]` e.g. `port=4242`. Options include: - `port`. Specify an integer port for the application. - `loglevel` the log level for the application. Can be `info`, `error`, `warn`, `debug`, or `trace`. - `protocol` either `http` or `https`. If you specify HTTPS, the server will look in `client/certs` for localhost certificates before serving the application over HTTPS - otherwise it will revert to HTTP. Using HTTPS is particularly useful if you want to make the application public on your home network, which would allow you to test it on your mobile device. **Careful - I had to disable my computer's firewall for this to work, which would of course make browsing the internet much riskier.** ## Testing Tests are written using Jasmine. End-to-end tests are run using Karma. Execute unit tests by running `npm run test:unit`. Execute end-to-end tests by running `npm run test:e2e`. Unit tests map 1:1 to the application directory structure - i.e. unit tests for `server/modules/GameManager` are found in `spec/unit/server/modules/GameManager_Spec.js` ## Code Formatting This application uses ESLint to enforce code formatting standards. This configuration is found at the root in `.eslintrc.json`. To audit the codebase, run `npx eslint [directory]`, and to fix them along with that, run `npx eslint [directory] --fix`.