diff --git a/aio/content/examples/service-worker-getstart/.gitignore b/aio/content/examples/service-worker-getstart/.gitignore
deleted file mode 100755
index 54bfd2001e..0000000000
--- a/aio/content/examples/service-worker-getstart/.gitignore
+++ /dev/null
@@ -1,42 +0,0 @@
-# See http://help.github.com/ignore-files/ for more about ignoring files.
-
-# compiled output
-/dist
-/tmp
-/out-tsc
-
-# dependencies
-/node_modules
-
-# IDEs and editors
-/.idea
-.project
-.classpath
-.c9/
-*.launch
-.settings/
-*.sublime-workspace
-
-# IDE - VSCode
-.vscode/*
-!.vscode/settings.json
-!.vscode/tasks.json
-!.vscode/launch.json
-!.vscode/extensions.json
-
-# misc
-/.sass-cache
-/connect.lock
-/coverage
-/libpeerconnection.log
-npm-debug.log
-testem.log
-/typings
-
-# e2e
-/e2e/*.js
-/e2e/*.map
-
-# System Files
-.DS_Store
-Thumbs.db
diff --git a/aio/content/examples/service-worker-getstart/README.md b/aio/content/examples/service-worker-getstart/README.md
deleted file mode 100755
index 295dfb1026..0000000000
--- a/aio/content/examples/service-worker-getstart/README.md
+++ /dev/null
@@ -1,27 +0,0 @@
-# SwExample
-
-This project was generated with [Angular CLI](https://github.com/angular/angular-cli) version 1.6.0-beta.2.
-
-## Development server
-
-Run `ng serve` for a dev server. Navigate to `http://localhost:4200/`. The app will automatically reload if you change any of the source files.
-
-## Code scaffolding
-
-Run `ng generate component component-name` to generate a new component. You can also use `ng generate directive|pipe|service|class|guard|interface|enum|module`.
-
-## Build
-
-Run `ng build` to build the project. The build artifacts will be stored in the `dist/` directory. Use the `-prod` flag for a production build.
-
-## Running unit tests
-
-Run `ng test` to execute the unit tests via [Karma](https://karma-runner.github.io).
-
-## Running end-to-end tests
-
-Run `ng e2e` to execute the end-to-end tests via [Protractor](http://www.protractortest.org/).
-
-## Further help
-
-To get more help on the Angular CLI use `ng help` or go check out the [Angular CLI README](https://github.com/angular/angular-cli/blob/master/README.md).
diff --git a/aio/content/examples/service-worker-getstart/e2e/app.e2e-spec.ts b/aio/content/examples/service-worker-getstart/e2e/app.e2e-spec.ts
deleted file mode 100755
index d723c33dbe..0000000000
--- a/aio/content/examples/service-worker-getstart/e2e/app.e2e-spec.ts
+++ /dev/null
@@ -1,14 +0,0 @@
-import { AppPage } from './app.po';
-
-describe('sw-example App', () => {
- let page: AppPage;
-
- beforeEach(() => {
- page = new AppPage();
- });
-
- it('should display welcome message', () => {
- page.navigateTo();
- expect(page.getParagraphText()).toEqual('Welcome to app!');
- });
-});
diff --git a/aio/content/examples/service-worker-getstart/plnkr.json b/aio/content/examples/service-worker-getstart/plnkr.json
deleted file mode 100644
index 6c29f8addf..0000000000
--- a/aio/content/examples/service-worker-getstart/plnkr.json
+++ /dev/null
@@ -1,8 +0,0 @@
-{
- "description": "Angular Service Worker",
- "basePath": "src/",
- "files":[
- "!**/*.d.ts",
- "!**/*.js"
- ]
- }
\ No newline at end of file
diff --git a/aio/content/examples/service-worker-getstart/src/app/app.component.css b/aio/content/examples/service-worker-getstart/src/app/app.component.css
deleted file mode 100755
index e69de29bb2..0000000000
diff --git a/aio/content/examples/service-worker-getstart/src/app/app.component.html b/aio/content/examples/service-worker-getstart/src/app/app.component.html
deleted file mode 100755
index b96ea2af40..0000000000
--- a/aio/content/examples/service-worker-getstart/src/app/app.component.html
+++ /dev/null
@@ -1,20 +0,0 @@
-
-
-
- Welcome to {{title}}!
-
-
-
Here are some links to help you start:
-
-
diff --git a/aio/content/examples/service-worker-getstart/src/app/app.component.spec.ts b/aio/content/examples/service-worker-getstart/src/app/app.component.spec.ts
deleted file mode 100755
index bcbdf36b3e..0000000000
--- a/aio/content/examples/service-worker-getstart/src/app/app.component.spec.ts
+++ /dev/null
@@ -1,27 +0,0 @@
-import { TestBed, async } from '@angular/core/testing';
-import { AppComponent } from './app.component';
-describe('AppComponent', () => {
- beforeEach(async(() => {
- TestBed.configureTestingModule({
- declarations: [
- AppComponent
- ],
- }).compileComponents();
- }));
- it('should create the app', async(() => {
- const fixture = TestBed.createComponent(AppComponent);
- const app = fixture.debugElement.componentInstance;
- expect(app).toBeTruthy();
- }));
- it(`should have as title 'app'`, async(() => {
- const fixture = TestBed.createComponent(AppComponent);
- const app = fixture.debugElement.componentInstance;
- expect(app.title).toEqual('app');
- }));
- it('should render title in a h1 tag', async(() => {
- const fixture = TestBed.createComponent(AppComponent);
- fixture.detectChanges();
- const compiled = fixture.debugElement.nativeElement;
- expect(compiled.querySelector('h1').textContent).toContain('Welcome to app!');
- }));
-});
diff --git a/aio/content/examples/service-worker-getstart/src/app/app.component.ts b/aio/content/examples/service-worker-getstart/src/app/app.component.ts
deleted file mode 100755
index 7b0f672831..0000000000
--- a/aio/content/examples/service-worker-getstart/src/app/app.component.ts
+++ /dev/null
@@ -1,10 +0,0 @@
-import { Component } from '@angular/core';
-
-@Component({
- selector: 'app-root',
- templateUrl: './app.component.html',
- styleUrls: ['./app.component.css']
-})
-export class AppComponent {
- title = 'app';
-}
diff --git a/aio/content/examples/service-worker-getstart/src/app/app.module.ts b/aio/content/examples/service-worker-getstart/src/app/app.module.ts
deleted file mode 100755
index 051ff36113..0000000000
--- a/aio/content/examples/service-worker-getstart/src/app/app.module.ts
+++ /dev/null
@@ -1,31 +0,0 @@
-import { BrowserModule } from '@angular/platform-browser';
-import { NgModule } from '@angular/core';
-import { AppComponent } from './app.component';
-
-// #docregion sw-import
-import { ServiceWorkerModule } from '@angular/service-worker';
-import { environment } from '../environments/environment';
-// #enddocregion sw-import
-
-import { CheckForUpdateService } from './check-for-update.service';
-import { LogUpdateService } from './log-update.service';
-import { PromptUpdateService } from './prompt-update.service';
-
-// #docregion sw-module
-@NgModule({
- declarations: [
- AppComponent
- ],
- imports: [
- BrowserModule,
- environment.production ? ServiceWorkerModule.register('/ngsw-worker.js') : []
- ],
- providers: [
- CheckForUpdateService,
- LogUpdateService,
- PromptUpdateService,
- ],
- bootstrap: [AppComponent]
-})
-export class AppModule { }
-// #enddocregion sw-module
diff --git a/aio/content/examples/service-worker-getstart/src/app/check-for-update.service.ts b/aio/content/examples/service-worker-getstart/src/app/check-for-update.service.ts
deleted file mode 100755
index f9309e4281..0000000000
--- a/aio/content/examples/service-worker-getstart/src/app/check-for-update.service.ts
+++ /dev/null
@@ -1,17 +0,0 @@
-import { SwUpdate } from '@angular/service-worker';
-
-import { Observable } from 'rxjs/Observable';
-import 'rxjs/add/observable/interval';
-
-function promptUser(event): boolean {
- return true;
-}
-
-// #docregion sw-check-update
-export class CheckForUpdateService {
-
- constructor(updates: SwUpdate) {
- Observable.interval(6 * 60 * 60).subscribe(() => updates.checkForUpdate());
- }
-}
-// #enddocregion sw-check-update
diff --git a/aio/content/examples/service-worker-getstart/src/app/log-update.service.ts b/aio/content/examples/service-worker-getstart/src/app/log-update.service.ts
deleted file mode 100755
index abc15b3a89..0000000000
--- a/aio/content/examples/service-worker-getstart/src/app/log-update.service.ts
+++ /dev/null
@@ -1,17 +0,0 @@
-import { SwUpdate } from '@angular/service-worker';
-
-// #docregion sw-update
-export class LogUpdateService {
-
- constructor(updates: SwUpdate) {
- updates.available.subscribe(event => {
- console.log('current version is', event.current);
- console.log('available version is', event.available);
- });
- updates.activated.subscribe(event => {
- console.log('old version was', event.previous);
- console.log('new version is', event.current);
- });
- }
-}
-// #enddocregion sw-update
diff --git a/aio/content/examples/service-worker-getstart/src/app/prompt-update.service.ts b/aio/content/examples/service-worker-getstart/src/app/prompt-update.service.ts
deleted file mode 100755
index d58d06513e..0000000000
--- a/aio/content/examples/service-worker-getstart/src/app/prompt-update.service.ts
+++ /dev/null
@@ -1,18 +0,0 @@
-import { SwUpdate } from '@angular/service-worker';
-
-function promptUser(event): boolean {
- return true;
-}
-
-// #docregion sw-activate
-export class PromptUpdateService {
-
- constructor(updates: SwUpdate) {
- updates.available.subscribe(event => {
- if (promptUser(event)) {
- updates.activateUpdate().then(() => document.location.reload());
- }
- });
- }
-}
-// #enddocregion sw-activate
diff --git a/aio/content/examples/service-worker-getstart/src/index.html b/aio/content/examples/service-worker-getstart/src/index.html
deleted file mode 100755
index 2f9232b839..0000000000
--- a/aio/content/examples/service-worker-getstart/src/index.html
+++ /dev/null
@@ -1,14 +0,0 @@
-
-
-
- SwExample
-
-
-
-You can use these events to notify the user of a pending update or to refresh their pages when the code they are running is out of date.
-
-### Checking for updates
-
-It's possible to ask the service worker to check if any updates have been deployed to the server. You might choose to do this if you have a site that changes frequently or want updates to happen on a schedule.
-
-Do this with the `checkForUpdate()` method:
-
-
-
-
-This method returns a `Promise` which indicates that the update check has completed successfully, though it does not indicate whether an update was discovered as a result of the check. Even if one is found, the service worker must still successfully download the changed files, which can fail. If successful, the `SwUpdate.available` event will indicate availability of a new version of the app.
-
-### Forcing update activation
-
-If the current tab needs to be updated to the latest app version immediately, it can ask to do so with the `SwUpdate.activateUpdate()` method:
-
-
-
-Doing this could break lazy-loading into currently running apps, especially if the lazy-loaded chunks use filenames with hashes, which change every version.
diff --git a/aio/content/guide/service-worker-configref.md b/aio/content/guide/service-worker-configref.md
deleted file mode 100644
index 36124c2544..0000000000
--- a/aio/content/guide/service-worker-configref.md
+++ /dev/null
@@ -1,161 +0,0 @@
-{@a glob}
-
-# Reference: Configuration file
-
-The `src/ngsw-config.json` configuration file specifies which files and data URLs the Angular
-service worker should cache, and how it should update the cached files and data. The
-CLI processes the configuration file during `ng build --prod`. Manually, you can process
-it with the `ngsw-config` tool:
-
-```sh
-$ ngsw-config dist src/ngswn-config.json /base/href
-```
-
-The configuration file uses the JSON format. All file paths must begin with `/`, which is the deployment directory—usually `dist` in CLI projects).
-
-Patterns use a limited glob format:
-
-* `**` matches 0 or more path segments.
-* `*` matches exactly one path segment or filename segment.
-* The `!` prefix marks the pattern as being negative, meaning that only files that don't match the pattern will be included.
-
-Example patterns:
-
-* `/**/*.html` specifies all HTML files.
-* `/*.html` specifies only HTML files in the root.
-* `!/**/*.map` exclude all sourcemaps.
-
-Each section of the configuration file is described below.
-
-## `appData`
-
-This section enables you to pass any data you want that describes this particular version of the app.
-The `SwUpdate` service includes that data in the update notifications. Many apps use this section to provide additional information for the display of UI popups, notifying users of the available update.
-
-## `index`
-
-Specifies the file that serves as the index page to satisfy navigation requests. Usually this is `/index.html`.
-
-## `assetGroups`
-
-*Assets* are resources that are part of the app version and they update along with the app. They can include resources loaded from the page's origin, as well as third-party resources loaded from CDNs and other external URLs. Not all such external URLs may be known at build time; URL patterns can be matched.
-
-This field contains an array of asset groups, each of which defines a set of asset resources and the policy by which they are cached.
-
-```json
-{
- "assetGroups": [{
- ...
- }, {
- ...
- }]
-}
-```
-
-Each asset group specifies both a group of resources and a policy that governs them. This policy determines when the resources are fetched and what happens when changes are detected.
-
-Asset groups follow the Typescript interface shown here:
-
-```typescript
-interface AssetGroup {
- name: string;
- installMode?: 'prefetch' | 'lazy';
- updateMode?: 'prefetch' | 'lazy';
- resources: {
- files?: string[];
- versionedFiles?: string[];
- urls?: string[];
- };
-}
-```
-
-### `name`
-
-A `name` is mandatory. It is used to identify this particular group of assets between versions of the configuration.
-
-### `installMode`
-
-The `installMode` determines how these resources are initially cached. The `installMode` can be either of two values:
-
-* `prefetch` tells the Angular service worker to fetch every single listed resource that it can while it's caching the current version of the app. This is bandwidth-intensive but ensures resources are available whenever they're requested, even if the browser is currently offline.
-
-* `lazy` does not cache any of the resources up front. Instead, the Angular service worker only caches resources for which it receives requests. This is an on-demand caching mode. Resources that are never requested will not be cached. This is useful for things like images at different resolutions, so the service worker only caches the correct assets for the particular screen and orientation.
-
-### `updateMode`
-
-For resources already in the cache, the `updateMode` determines the caching behavior when a new version of the app is discovered. Any resources in the group that have changed since the previous version are updated in accordance with `updateMode`.
-
-* `prefetch` tells the service worker to download and cache the changed resources immediately.
-
-* `lazy` tells the service worker to not cache those resources. Instead it treats them as unrequested and waits until they're requested again before updating them. An `updateMode` of `lazy` is only valid if the `installMode` is also `lazy`.
-
-### `resources`
-
-This section describes the resources to cache, broken up into three groups.
-
-* `files` lists patterns that match files in the distribution directory. These can be single files or glob-like patterns that match a number of files.
-
-* `versionedFiles` is like `files`, but should be used for build artifacts that already include a hash in the filename, which is used for cache busting. The Angular service worker can optimize some aspects of its operation if it can assume file contents are immutable.
-
-* `urls` includes both URLs and URL patterns that will be matched at runtime. These resources are not fetched directly and do not have content hashes, but they will be cached according to their HTTP headers. This is most useful for CDNs such as the Google Fonts service.
-
-## `dataGroups`
-
-Unlike asset resources, data requests are not versioned along with the app. They're cached according to manually-configured policies that are more useful for situations such as API requests and other data dependencies.
-
-Data groups follow this Typescript interface:
-
-```typescript
-export interface DataGroup {
- name: string;
- urls: string[];
- version?: number;
- cacheConfig: {
- maxSize: number;
- maxAge: string;
- timeout?: string;
- strategy?: 'freshness' | 'performance';
- };
-}
-```
-
-### `name`
-Similar to `assetGroups`, every data group has a `name` which uniquely identifies it.
-
-### `urls`
-A list of URL patterns. URLs that match these patterns will be cached according to this data group's policy.
-
-### `version`
-Occasionally APIs change formats in a way that is not backward-compatible. A new version of the app may not be compatible with the old API format, and thus may not be compatible with existing cached resources from that API.
-
-`version` provides a mechanism to indicate that the resources being cached have been updated in a backwards-incompatible way, and that the old cache entries—those from previous versions—should be discarded.
-
-`version` is an integer field, and it defaults to `0`.
-
-### `cacheConfig`
-This section defines the policy by which matching requests will be cached.
-
-#### `maxSize`
-(required) The maximum number of entries, or responses, in the cache. Open-ended caches can grow in unbounded ways and eventually exceed storage quotas, calling for eviction.
-
-#### `maxAge`
-(required) The `maxAge` paramter indicates how long responses are allowed to remain in the cache before being considered invalid and evicted. `maxAge` is a duration string, using the following unit suffixes:
-
-* `d`: days
-* `h`: hours
-* `m`: minutes
-* `s`: seconds
-* `u`: milliseconds
-
-For example, the string `3d12h` will cache content for up to three and a half days.
-
-#### `timeout`
-This duration string specifies the network timeout. The network timeout is how long the Angular service worker will wait for the network to respond before using a cached response, if configured to do so.
-
-#### `strategy`
-
-The Angular service worker can use either of two caching strategies for data resources.
-
-* `performance`, the default, optimizes for responses that are as fast as possible. If a resource exists in the cache, the cached version is used. This allows for some staleness, depending on the `maxAge`, in exchange for better performance. This is suitable for resources that don't change often; for example, user avatar images.
-
-* `freshness` optimizes for currency of data, preferentially fetching requested data from the network. Only if the network times out, according to `timeout`, does the request fall back to the cache. This is useful for resources that change frequently; for example, account balances.
diff --git a/aio/content/guide/service-worker-devops.md b/aio/content/guide/service-worker-devops.md
deleted file mode 100644
index 0971a3c2a8..0000000000
--- a/aio/content/guide/service-worker-devops.md
+++ /dev/null
@@ -1,198 +0,0 @@
-# DevOps: Angular service worker in production
-
-This section is for anyone who is responsible for deploying and supporting production apps that use the Angular service worker. It explains how the Angular service worker fits into the larger production environment, the service worker's behavior under various conditions, and available recourses and failsafes if the service worker's behavior becomes problematic.
-
-## Service worker and caching of app resources
-
-Conceptually, you can imagine the Angular service worker as a forward cache or a CDN edge that is installed in the end user's web browser. The service worker's job is to satisfy requests made by the Angular app for resources or data from a local cache, without needing to wait for the network. Like any cache, it has rules for how content is expired and updated.
-
-{@a versions}
-
-### Versions of apps
-
-In the context of an Angular service worker, a "version" is a collection of resources that represent a specific build of the Angular app. Whenever a new build of the app is deployed, the service worker treats that build as a new version of the app. This is true even if only a single file was updated. At any given time, the service worker may have multiple versions of the app in its cache, and it may be serving them simultaneously. For more information, see the [App tabs](guide/service-worker-devops#tabs) section below.
-
-To preserve app integrity, the Angular service worker groups all files into a version together. The files grouped into a version usually includes application's HTML, JS, and CSS files. Grouping of these files is essential for integrity because HTML, JS, and CSS files frequently refer to each other and depend on specific content. For example, an `index.html` file might have a `
-