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 9171fee250 Refactor to insert required components OnAdd instead of inline 11 months ago
.cargo revert small windows cross compilation changes 11 months ago
.direnv/bin Pre-cargo initial commit 12 months ago
assets hey the dialog system kinda works! 11 months ago
examples Starting on the most basic trees implementation 11 months ago
src Refactor to insert required components OnAdd instead of inline 11 months ago
web Click button for tree 11 months ago
.envrc Pre-cargo initial commit 12 months ago
.gitignore Add build metadata to engine in VERSION file + debug view 11 months ago
Cargo.lock Add build metadata to engine in VERSION file + debug view 11 months ago
Cargo.toml Add build metadata to engine in VERSION file + debug view 11 months ago
Makefile Click button for tree 11 months ago
README.md Starting on the most basic trees implementation 11 months ago
build.rs Click button for tree 11 months ago
flake.lock Fleshing out some resuable debugging systems and adding README docs 12 months ago
flake.nix butler for itch.io publishing 11 months ago
rust-toolchain.toml web output for trees 11 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.

Games

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.