From 268d0f7fc3b5ef9ec4c2882c9defcd7815495603 Mon Sep 17 00:00:00 2001 From: Sebastien Douheret Date: Thu, 11 Apr 2019 15:31:33 +0200 Subject: Fix links following new docs url type branch name and langue are now part of url. Change-Id: I48c20d8e0b105f1e26b68b574b2c5d2b56eecb61 Signed-off-by: Sebastien Douheret --- docs/part-1/4-1_build-first-app-setup.md | 15 +++++++++------ 1 file changed, 9 insertions(+), 6 deletions(-) (limited to 'docs/part-1/4-1_build-first-app-setup.md') diff --git a/docs/part-1/4-1_build-first-app-setup.md b/docs/part-1/4-1_build-first-app-setup.md index 7b8fff2..9224a77 100644 --- a/docs/part-1/4-1_build-first-app-setup.md +++ b/docs/part-1/4-1_build-first-app-setup.md @@ -8,12 +8,15 @@ Let's use _helloworld-native-application_ project as example, so you need first this project into a directory that will be accessible by `xds-server`. There are two possible methods to share sources between your host and the XDS server: -- Cloud sync: implies your local directory will be sent to and replicated on the server. This method lets you clone project anywhere on your local disk, -- Path mapping: apply when the xds-server is running locally. This method uses a volume shared between your host and the server, typically `$HOME/xds-workspace` directory. It is much more efficient as there is no replication onto the server ; but you must clone project under the shared directory (`$HOME/xds-workspace` is a good choice because it is shared by default. To create more shared volumes, See --volume option of [container creation script](http://docs.automotivelinux.org/docs/devguides/en/dev/reference/xds/part-1/1-1_install-xds-server-docker.html#create-and-start-a-new-container) ) + +* Cloud sync: implies your local directory will be sent to and replicated on the server. This method lets you clone project anywhere on your local disk, +* Path mapping: apply when the xds-server is running locally. This method uses a volume shared between your host and the server, typically `$HOME/xds-workspace` directory. + It is much more efficient as there is no replication onto the server ; but you must clone project under the shared directory (`$HOME/xds-workspace` is a good choice + because it is shared by default. To create more shared volumes, See --volume option of [container creation script](./1-1_install-xds-server-docker.html#create-and-start-a-new-container) ) ### Which one should I choose ? -It depends on your [deployment setup](http://docs.automotivelinux.org/docs/devguides/en/dev/reference/xds/part-1/0_Abstract.html) (Standalone, On-Premise or SaaS). +It depends on your [deployment setup](./0_Abstract.html) (Standalone, On-Premise or SaaS). * Standalone : use local path mapping. It makes no sense to use cloud sync as it would add pointless overhead. * On-Premise : use Clound Sync. @@ -21,12 +24,12 @@ It depends on your [deployment setup](http://docs.automotivelinux.org/docs/devgu **Note:** : [helloworld-native-application](https://github.com/iotbzh/helloworld-native-application) project is an AGL -project based on [app-templates](https://git.automotivelinux.org/apps/app-templates/) -(included as a git submodule). This CMake templating, used to develop application +project based on [cmake-apps-module](https://git.automotivelinux.org/src/cmake-apps-module/) (refer to install cmake module [instructions](../../cmakeafbtemplates/dev_guide/installing-cmake.html)). This CMake templating, used to develop application with the AGL Application Framework, will automatically generate makefile rules (eg. `remote-target-populate`) or scripts (eg. `build/target/xxx` scripts). -For more info about app-template, please refer to [this documentation](http://docs.automotivelinux.org/docs/devguides/en/dev/reference/sdk-devkit/docs/part-2/2_4-Use-app-templates.html). +For more info about app-template, please refer to [this documentation](../../../#using-the-cmake-applications-module). + ## Clone project -- cgit 1.2.3-korg