-
Notifications
You must be signed in to change notification settings - Fork 280
Bootplate
The bootplate template provides a complete starter project that supports source control and cross-platform deployment out of the box. It can be used to facilitate both the creation of a new project and the preparation for its eventual deployment.
There are two ways to use the bootplate template to start a new project. Whether or not you want your project to live on GitHub will determine which one is right for you.
-
If you want your new project to be created as its own GitHub repository, the first step is to fork, or duplicate, the bootplate template project.
Refer to the document on Dupliforking for instructions on how to spawn a new repository from the bootplate project.
-
Load
debug.html
in a browser and see "Hello World".
Note: Even if you don't plan to "Duplifork" bootplate so you can push it back to github, if you pull the bootplate repo you will still need to initialize the enyo/libs submodules by running this command from with the bootplate app's directory:
git submodule update --init
-
If you have downloaded the Enyo source from enyojs.com, the zip archive should contain a copy of the bootplate template without the source control hooks. Locate the appropriate folder and open it.
-
Load
debug.html
in a browser and see "Hello World".
At this point, you would refine your project through the normal cycle of development and testing. For the purposes of this article, let's assume that you've completed all of your work on the HelloWorld app, and turn our attention to the deployment process.
By following the structure established by the bootplate template, you set yourself up for a relatively pain-free experience when it comes time to prepare your finished app for deployment:
-
Duplicate the project folder and give it a name, e.g.,
"myapp-deploy"
. All the steps below will be done using this duplicate folder. (Keep your development version safe!) -
Make a deployment build by doing the following:
* Open a command prompt (Windows) or terminal window (Mac/Linux). * On the command line, navigate to the `tools` folder. * Run the `deploy.bat` script on Windows, or `deploy.sh` on Mac or Linux.
Note that the
deploy
script invokes theminify
script, so it is typically not necessary to callminify
directly.minify
creates one compressed JavaScript file and one compressed CSS file for your app, which it then writes to a folder calledbuild
.After
minify
completes,deploy
copies a subset of the project files (including thebuild
folder) into a date-stampeddeploy
folder. -
Open the deployment folder, load
index.html
in a browser, and see "Hello World" (but faster!).
Now your project is ready to deploy to various HTML5-ready targets. For details about deploying an app to specific platforms, see Platform-Specific Deployment.
Bootplate projects are set up to use embedded enyo. In other words, the Enyo library and other dependencies are stored completely inside the project folder. These resources are relatively small, and keeping all the dependencies together allows the developer to control versions and to easily deploy sealed packages (e.g., PhoneGap builds).
Resources from other repositories are included as git submodules. This way, you can control the versions of those resources in your project directly from git (you can lock to a version, update, or revert at will).
In particular, the enyo
folder and package libraries in the lib
folder are actually submodules.
When developing and debugging your project, it's common to need various source files and helper tools that are not needed in final packages. For this reason, we have the idea of making an application deployment. A deployment refers to a final production package, ready for inclusion in an app store or other method of distribution.
An important feature of bootplate projects is the relative ease of generating deployments.
A bootplate project has the following structure:
assets/
build/
enyo/
lib/
source/
tools/
debug.html
index.html
-
assets
contains images or other data files for you projects. Files in this folder are intended to be necessary for deployment. -
build
contains JavaScript and CSS source files that have passed through the Enyo minifier script. If thebuild
folder does not exist, it will be created when the minifier is run. -
enyo
contains the Enyo framework source files. This folder is only necessary for debugging, and can be deleted for deployment. -
lib
contains various plugin files. Individual folders inlib
can come from various sources and may have custom rules for deployment. In general,assets
orimages
folders are required, and other files are only for debugging. -
source
contains the code source files or other debug-only materials. -
tools
contains thedeploy
andminify
shell scripts. -
debug.html
loads the application without using any built files; this is generally the easiest way to debug. -
index.html
loads the application using built files only. If built files are not available, it will redirect todebug.html
.