You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+8-8
Original file line number
Diff line number
Diff line change
@@ -646,28 +646,28 @@ Save it as a ["deploy key"](https://docs.github.com/v3/guides/managing-deploy-ke
646
646
647
647
#### Clone your repo
648
648
649
-
Now that you have the server's public key saved in your repo, you should be able to clone your repo on the remote server:
649
+
Once you have the server's public key saved in your repo manager, you should be able to clone your repo on the remote server:
650
650
651
651
```shell
652
652
git clone git@github.com:USERNAME/REPO.git myapp
653
653
```
654
654
655
655
#### Make sure dependencies work
656
656
657
-
Now, you'll want to `cd myapp`, and `npm install`.
657
+
Next, you'll want to `cd myapp`, and `npm install`.
658
658
659
-
Now, before you can actually start the server for a dry-run, you need to decide how you are going to store the server's credentials (user/pass for datastores and the like). It is recommended you use
659
+
Before you can actually start the server for a dry-run, you need to decide how you are going to store the server's credentials (user/pass for datastores and the like). It is recommended you use
660
660
the [environment variables](#environment-variables), but it is also possible to run the [interactive setup](#interactive-setup), and generate a `local.js`.
661
661
662
662
#### Give it a spin
663
663
664
664
You should now be able to `sudo npm run lift:prod` (recommended for all remote environments, even DEV). `sudo` is needed on Amazon Linux, because it requires ROOT permissions to open ports.
665
665
666
-
If everything is working as intended... congrats (or so you thought)! Now that you have everything working; it's time to get the server to update / rebuild / start itself.
666
+
If everything is working as intended... congrats (or so you thought)! Now that you have everything working, it's time to get the server to update / rebuild / start itself.
667
667
668
668
#### Final stretch
669
669
670
-
Now you need to decide how you are going to have the `tmux.sh` script run on startup. The easiest way would be to just install `cronie` (for the use of `crontab`):
670
+
Next up, you need to decide how you are going to have the `tmux.sh` script run on startup. The easiest way would be to just install `cronie` (for the use of `crontab`):
671
671
672
672
```shell
673
673
sudo yum install cronie
@@ -683,21 +683,21 @@ Start said service:
683
683
sudo systemctl start crond.service
684
684
```
685
685
686
-
Now edit the `crontab` to run the script at `@reboot`:
686
+
Edit the `crontab` to run the script at `@reboot`:
687
687
688
688
```shell
689
689
@reboot cd myapp; ./tmux.sh
690
690
```
691
691
692
692
#### Have you tried turning it off and on again?
693
693
694
-
Now force it to restart, and the instance should automatically lift the server.
694
+
Force the instance to restart, and it should automatically lift the server inside of TMUX.
695
695
696
696
```shell
697
697
sudo reboot
698
698
```
699
699
700
-
Now re-login to the instance. You should be able to `tmux attach` and see the Sails console.
700
+
After reconnecting to the instance, you should be able to `tmux attach` and see the Sails console.
701
701
702
702
Once you've verified everything works, you can use `./tmux.sh myapp status` / `./tmux.sh myapp start` / `./tmux.sh myapp stop` / `./tmux.sh myapp restart` (but you don't have to).
0 commit comments