Go to file
microwavedcola1 46d651f4c4 apply script to change to u16
Signed-off-by: microwavedcola1 <microwavedcola@gmail.com>
2022-03-31 15:58:18 +02:00
.cargo
.github/workflows Add manual run 2022-03-22 07:45:36 +00:00
lib/checked_math Add checked_math library for convenient overflow checking 2022-03-13 15:45:50 +01:00
mango-macro further work on perps 2022-03-22 07:06:33 +01:00
migrations
programs Some progress on initial ts example 2022-03-31 15:58:18 +02:00
py rename 2022-03-01 20:55:10 +01:00
ts apply script to change to u16 2022-03-31 15:58:18 +02:00
.gitignore Some progress on initial ts example 2022-03-31 15:58:18 +02:00
Anchor.toml fix address 2022-03-30 17:41:37 +02:00
Cargo.lock liq: functionality fixes and test 2022-03-29 17:47:19 +02:00
Cargo.toml Add checked_math library for convenient overflow checking 2022-03-13 15:45:50 +01:00
README.md extract health, flesh out margin trade, todo - test 2022-03-03 11:43:56 +01:00
idl-fixup.sh Idl: Add a script to replace type aliases with the underlying type. 2022-03-31 11:53:21 +02:00
package.json Some progress on initial ts example 2022-03-31 15:58:18 +02:00
release.sh update program, and deploy to devnet 2022-03-30 17:16:32 +02:00
tsconfig.json add null checks 2022-03-30 14:02:19 +02:00
yarn.lock Some progress on initial ts example 2022-03-31 15:58:18 +02:00

README.md

Development

  • rustc 1.57.0 (f1edd0429 2021-11-29)
  • anchor-cli 0.22.0
  • npm 8.1.2
  • node v16.13.1

Module structure

As and when we move to a more complete project, we should think of having multiple modules e.g. core/shared, spot, perpetuals, etc., and then each would have its own instructions and state sub module. Goal is that new contributors find relevant code easily and can navigate easily.

programs
└── mango-v4
    ├── Cargo.toml
    ├── Xargo.toml
    └── src
    │    ├── error.rs
    │    ├── instructions # instructions go here, each instruction gets an individual file
    │    │   ├── initialiaze.rs
    │    │   └── mod.rs
    │    ├── lib.rs
    │    └── state # state goes here, each account state gets an individual file
    │       └── mod.rs
    └── tests # rust tests, TODO  

How to open and manage pull requests

  • when in doubt dont squash commits, specially when merge request is very large, specially if your branch contains unrelated commits
  • use the why along with what for commit messages, code comments, makes it easy to understand the context
  • add descriptions to your merge requests if they are non trivial, helps code reviewer watch out for things, understand the motivation for the merge request