...
- Developer Pulls Code from central repository to local repository
- Developer Makes Changes to Code in local repository
- Developer Pushes local Changes to Code to central repository
- Git post-commit hook send Changes to Code to Jenkins
- Jenkins build step does 'X' - in this case 'X' is 'put files on s3' or 'push files to NFS server'
- if its s3, then PublicN needs to pull from s3 (how does it know when to pull?)
- if its NFS, it operates more like local changes ... no push or poll required
- PublicN gets Changes to Code (changes are live) ← this is the hard step ... do we have:
- Jenkins build step runs script over ssh on PublicN to pull changes, OR
- Jenkins build step publishes to sns topic, lambda subscribed to that topic uses ssm to push light module changes to PublicN
- A custom whitelisted magnolia command over commands rest api endpoint tells publicN when new versions of light modules are ready (polling)
- if this one, then we don't even need Jenkins! Jump out after step 3
- if this one, then we don't even need Jenkins! Jump out after step 3
- Jenkins build step runs script over ssh on PublicN to pull changes, OR
CLI
Demo
...
Page Turner | ||
---|---|---|
|