refactor(gnoland): add subcommands support

[moul]

BREAKING CHANGE: CLI usage changed for node operators.

• add subommands support
• rename gnoland to gnoland server
• update doc
• update deployment scripts
• fix tests, CI/CD
• add a gnoland init command (won't do now, we need to choose between keeping lazy init in server + having init VS having always to run the two commands because server can't init)

Addresses #731

Checklists...

Contributors Checklist

• Added new tests, or not needed, or not feasible
• Provided an example (e.g. screenshot) to aid review or the PR is self-explanatory
• Updated the official documentation or not needed
• No breaking changes were made, or a BREAKING CHANGE: xxx message was included in the description
• Added references to related issues and PRs
• Provided any useful hints for running manual tests
• Added new benchmarks to generated graphs, if any. More info here.

Maintainers Checklist

• Checked that the author followed the guidelines in CONTRIBUTING.md
• Checked the conventional-commit (especially PR title and verb, presence of BREAKING CHANGE: in the body)
• Ensured that this PR is not a significant change or confirmed that the review/consideration process was appropriate for the change

[thehowl]

Code looks OK. What other subcommand would you like to add which would justify having subcommands? (init, in my opinion, could just be a flag...). Mostly asking as I don't think it makes sense to add the need to specify the "server" subcommand, both because it breaks old documentation and because it seems redundant (seeing as the gnoland binary's main "thing" is the server)

[moul]

Current status:

• gnoland --init-only is now gnoland init
• gnoland is now gnoland server

---

@albttx explained that it's common to have those subcommands so that managing a node becomes more flexible.
See #731 (comment)

Here is what we have when running a common cosmos-sdk chain (note that it mixes node management, client and other things):

Available Commands:
  add-genesis-account    Add a genesis account to genesis.json
  collect-gentxs         Collect genesis txs and output a genesis.json file
  config                 Create or query an application CLI configuration file
  debug                  Tool for helping with debugging your application
  export                 Export state to JSON
  export-derive-balances Export a derive balances from a provided genesis export
  forceprune             Forceprune option prunes and compacts blockstore.db and state.db.
  gentx                  Generate a genesis tx carrying a self delegation
  get-env                Prints the current environment
  help                   Help about any command
  init                   Initialize private validator, p2p, genesis, and application configuration files
  keys                   Manage your application's keys
  migrate                Migrate genesis to a specified target version
  prepare-genesis        Prepare a genesis file with initial setup
  query                  Querying subcommands
  rollback               rollback tendermint state by one height
  rosetta                spin up a rosetta server
  set-env                Set home environment variables for commands
  staked-to-csv          Export a airdrop csv from a provided balances export
  start                  Run the full node
  status                 Query remote node for status
  tendermint             Tendermint subcommands
  testnet                Initialize files for a simapp testnet
  tx                     Transactions subcommands
  unsafe-reset-all       (unsafe) Remove all the data and WAL, reset this node's validator to genesis state
  validate-genesis       validates the genesis file at the default location or at the location passed as an arg
  version                Print the application binary version information

It would be beneficial to consider adding additional commands such as gnoland doctor or utility functions for working with the store, such as extracting contracts or state.

I will rename server to start, which looks more standard.

[thehowl]

I imagine dep changes also coming from visualizations?

[moul]

what do you mean?

[harry-hov]

Maybe we also need to modify this[1]

-./build/gnoland
+./build/gnoland start

[1] https://github.com/moul/gno/blob/46baeaa8518760dbb56e2b11f96aa6f8a8595b81/gno.land/cmd/gnofaucet/README.md?plain=1#L19

[dongwon8247]

Changed the Developer Portal docs accordingly