Closed criadoperez closed 1 year ago
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
This issue has been automatically closed. Please reopen if needed.
Currently, you always need to specify the network to do any command with
./manage.sh
From a user perspective, should this really be necessary for all commands?
For example:
./manage.sh -n testnet -a logs export
or./manage.sh -n testnet down
Isn't it cleaner for a user to run instead
./manage.sh -a logs export
<-- Will export logs for current running network, whichever one it is./manage.sh -a down
<-- Will stop the services for current running network, whichever one it isAs well as cleaner for the user this can avoid some bugs. For example, I consider this a bug if you try to start
testnet
and then stopmainnet
:Here its says
Brought down mainnet
when it actually brought down testnet.To do this of course, the script will have to first figure out what network it is running.