summaryrefslogtreecommitdiffstats
path: root/docs/getting-started
diff options
context:
space:
mode:
authorScott Rifenbark <srifenbark@gmail.com>2018-10-29 13:20:04 -0700
committerScott Rifenbark <srifenbark@gmail.com>2018-10-29 13:20:04 -0700
commitcf52268b9ab813a4c11e30b70aef8e8c1d6172c9 (patch)
treee4c2bff6fe6451bd6ade74144f7ddbab9ea13ece /docs/getting-started
parent8e5063847abe9f5ab2bf37d118a292cec3e8bb61 (diff)
Deploy Application flow:
Added general instructions on how to deploy an application to a target device. Signed-off-by: Scott Rifenbark <srifenbark@gmail.com>
Diffstat (limited to 'docs/getting-started')
-rw-r--r--docs/getting-started/app-workflow-deploy-app.md61
1 files changed, 47 insertions, 14 deletions
diff --git a/docs/getting-started/app-workflow-deploy-app.md b/docs/getting-started/app-workflow-deploy-app.md
index f40c3aa..b79a06a 100644
--- a/docs/getting-started/app-workflow-deploy-app.md
+++ b/docs/getting-started/app-workflow-deploy-app.md
@@ -1,16 +1,49 @@
# Deploy the Application to the Board #
-You can set up your build environment to leverage a procedure's
-[application template](../../../../../docs/devguides/en/dev/reference/sdk-devkit/docs/part-2/2_4-Use-app-templates.html)
-(app-template).
-An app-template is an application framework that contains
-[CMake](https://cmake.org/) macros that abstract deploying the application.
-For example, with a proper build environment, you can run the following
-to deploy your application:
-
-```
-$ make widget-target-install
-```
-
-The previous command uses secure copy (`scp`) to copy and install the widget to a
-pre-defined target board.
+
+Many options exist for controlling your target and copying your compiled application to the target.
+Details are target-specific and cannot be explained in detail here.
+
+Suffice it to say that if you compile your application on your build host and you have
+an image running on your target hardware, you must employ some method to copy the application
+to the target.
+Several general methods exist:
+
+ * Write the application to a storage device that both the build host and
+ the target hardware support.
+ This could be an SD card or a flash drive.
+ Be sure to format the drive as FAT32 to eliminate file ownership and permission issues.
+
+ * Remotely mount the target's file system on the build host with the Network File System
+ (NFS) or Samba.
+
+ * Commit compiled code from the build host to a shared repository and update the
+ target from that repository.
+
+ * Use remote commands from a host over a network, such as `scp` (i.e. secure copy).
+
+ * You can set up your build environment to leverage a procedure's
+ [application template](../../../../../docs/devguides/en/dev/reference/sdk-devkit/docs/part-2/2_4-Use-app-templates.html)
+ (app-template).
+ An app-template is an application framework that contains
+ [CMake](https://cmake.org/) macros that abstract deploying the application.
+ For example, with a proper build environment, you can run the following
+ to deploy your application:
+
+ ```
+ $ make widget-target-install
+ ```
+
+ **NOTE:**
+ The previous command uses `scp` to copy and install the widget to a pre-defined target board.
+
+Once you have the application copied to the target, it must provide a way to
+initiate operating system commands.
+To initiate operating system commands, you can do one of the following:
+
+ * Connect a keyboard and display directly to the target.
+
+ * Use ``ssh`` from a network-connected host to run commands on the target remotely.
+
+ * Use a network for communication between the build host and the target.
+ This method works nicely when the build host and the target hardware are geographically apart.