continuous-integration/woodpecker the build was successfulDetails
+ Allows a location's name or position to be updated
+ Added a bots commands for it, two for now as subcommands are not working right
+ Logging fix
+ Updated return messages for some bot commands
+ Model migration is handled in the DB modules
+ It involves writing an up and a down case
+ Both load and interact with the JSON directly
+ Done so it can be decoupled from models
+ Fixed long-standing issues with database tests. The DB is now guarded by a mutex to prevent tests running in parallel
+ Added .drone.yml to run tests on a PR and on a push
+ The `add_item` command adds items to a location of type `Shop`
+ `selling` allows items to be queried
+ Items are not sorted yet
+ The user will be able to apply optional sorting params
+ Allowed the `insert` function of the DB to be used to update a model already in the DB
+ Clippy + Fmt
+ Decoupled Database Types from API Return Types
+ Allows response to be more content rich
+ Added helper methods to load all the information related ot a model
+ This also helps us move a bit closer to what we would have to do for something like Diesel
+ Might be good to add more functions like this to decouple db operations from the API layer
+ Implemented register, find, and add_location
+ Bunch of changes to the DB and the Models to make this work
+ API models are defined in GeoffreyModels so things that call the API don't need to define their own types
+ Still needs a lot of work, and need to design the api a bit more
+ Clippy + fmt
+ Fixed issue where IDs of different models were colliding
+ Used built in methods to convert u64 to bytes
+ Added tests for database speed
+ Converted return time of filter to an iterator
+ Added better error handling for non-unique values
+ Each location type is now a struct containing LocationData and location specific data.
+ Each type has its own place its own tree
+ Both were done in order to allow clear deserialization
Joey Hines