@abmaonline/aemsync
v3.1.0
Published
Adobe AEM Synchronization Tool
Downloads
729
Maintainers
Readme
@abmaonline/aemsync
AEM (Adobe CQ) Synchronization Tool.
Based on https://github.com/gavoja/aemsync by https://github.com/gavoja. This fork adds feedback about what files were pushed to AEM.
Synopsis
The tool pushes code changes to AEM instance(s) upon a file change.
- There is no vault dependency.
- It can push to multiple instances at the same time (e.g. author and publish).
- IDE/editor agnostic.
- Works on Windows, Linux and Mac.
Installation
With npm do:
npm install @abmaonline/aemsync -g
Usage
Commandline
Usage:
aemsync [OPTIONS]
Options:
-t <targets> Defult is http://admin:admin@localhost:4502
-w <path_to_watch> Default is current
-p <path_to_push> Path to push directly; used instead of above,
no watching takes place
-e <exclude_filter> Micromatch exclude filter; disabled by default
-i <sync_interval> Update interval; default is 300ms
-u <packmgr_path> Package manager path; default is
/crx/packmgr/service.jsp
-d Enable debug mode
-h Displays this screen
aemsync -t http://admin:admin@localhost:4502,http://admin:admin@localhost:4503 -w ~/workspace/my_project
JavaScript (full watch example):
// Import aemsync.
const aemsync = require('@abmaonline/aemsync')
// Set up the environment.
const workingDir = '~/workspace/my_project'
const targets = [
'http://admin:admin@localhost:4502',
'http://admin:admin@localhost:4503'
]
const exclude = '**/*.orig' // Skip merge files.
const interval = 300
const packmgrUrl = '/foo/crx/packmgr/service.jsp'
const onPushEnd = (err, host) => {
if (err) {
return console.log(`Error when pushing package to ${host}.`, err)
}
console.log(`Package pushed to ${host}.`)
}
// Will watch for changes on workingDir and push them.
aemsync({workingDir, targets, exclude, interval, packmgrUrl, onPushEnd})
JavaScript (direct push example):
// Import aemsync.
const aemsync = require('@abmaonline/aemsync')
// Set up the environment.
const path = '~/foo/bar/my-workspace/jcr_content/apps/my-app/components/my-component'
const targets = [
'http://admin:admin@localhost:4502',
'http://admin:admin@localhost:4503'
]
const onPushEnd = (err, host) => {
if (err) {
return console.log(`Error when pushing package to ${host}.`, err)
}
console.log(`Package pushed to ${host}.`)
}
// Will push the path to AEM.
aemsync.push({path, targets, onPushEnd})
Description
The Watcher uses Node's fs.watch()
function to watch over directory changes recursively. For Windows and OSX the recursive
option is used, which significantly improves the performance.
Any changes inside jcr_root
folders are detected and deployed to AEM instance(s) as a package. Rules:
- Changes to first level directories under
jcr_root
are ingored. This is to avoid accidentally removingapps
,libs
or any other first level node in AEM. - The following are ignored by default:
.svn
,.git
,.hg
.
Update interval is the time the Pusher waits for file changes before the package is created. In case of multiple file changes (e.g. switching between code branches), creating a new package per file should be avoided and instead, all changes should be pushed in one go. Lowering the value decreases the delay for a single file change but may increase the delay for multiple file changes. If you are unsure, please leave the default value.
Note that some of the file changes will result in pushing the entire parent folder:
- Ading, removing or renaming files or directories.
- Changing
.content.xml
. - Changing any file or directory inside
nt:unstructured
subtree. In this case the first nonnt:unstructured
ancestor will be pushed. This behaviour ensures proper handling of self-contained unstructured blocks of nodes such as dialogs that are distributed across multiple files (see issue 19).
Known issues
Packages are installed using package manager service (/crx/packmgr/service.jsp
), which takes some time to initialize after AEM startup. If the push happens before, the Sling Post Servlet will take over causing the /crx/packmgr/service.jsp/file
node to be added to the repository.