You cannot select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
Elijah Voigt 989e328718 cargo fmt 12 months ago
.cargo Pre-cargo initial commit 12 months ago
.direnv/bin Pre-cargo initial commit 12 months ago
assets Fleshing out some resuable debugging systems and adding README docs 12 months ago
examples cargo fmt 12 months ago
src cargo fmt 12 months ago
.envrc Pre-cargo initial commit 12 months ago
.gitignore Fleshing out some resuable debugging systems and adding README docs 12 months ago
Cargo.lock Fleshing out some resuable debugging systems and adding README docs 12 months ago
Cargo.toml Fleshing out some resuable debugging systems and adding README docs 12 months ago
README.md Fleshing out some resuable debugging systems and adding README docs 12 months ago
flake.lock Fleshing out some resuable debugging systems and adding README docs 12 months ago
flake.nix Fleshing out some resuable debugging systems and adding README docs 12 months ago
result Adding debug enable/disable indicator light 12 months ago
rust-toolchain.toml Fleshing out some resuable debugging systems and adding README docs 12 months ago

README.md

Games by Elijah V.

This is a mono-repo I am working on containing many mini-games I am working on.

Building a game

You can build games in this project with cargo provided by Rust:

$ cargo run --bin game-name-here

That builds and runs a lightly optimized (but still debug) build of the game. For a fully optimized build add the --release flag:

$ cargo run  --release --bin game-name-here

Games in this project

All games can be found in the src/bin/ folder. There is a README in that folder with more info, and there should be a README in each subsequent game's folder with a rough design doc of that specific game.

What about examples?

I also have some examples which are meant to test out specific code or mechanics.

The distinction is basically if it has a menu it's a game, if it just runs it's an example.

Why a mono-repo?

For all of the reasons that mono-repos are good!

  • Code can be re-used across multiple games easily.
  • Code from one game can be easily referenced, copied, or forked.
  • I can stare at my accomplishments in one place.

Mono-repos get a bad rap because they feel bloated, or can cause conflict when lots of people step on each other's toes. I am a solo developer, so none of those are really problems for me.