[ci] release #5046

astrobot-houston · 2022-10-10T18:51:59Z

This PR was opened by the Changesets release GitHub action. When you're ready to do a release, you can merge this and the packages will be published to npm automatically. If you're not ready to do a release yet, that's fine, whenever you add more changesets to main, this PR will be updated.

Releases

@astrojs/[email protected]

Major Changes

#5056 e55af8a23 Thanks @matthewp! - # Standalone mode for the Node.js adapter

New in @astrojs/node is support for standalone mode. With standalone mode you can start your production server without needing to write any server JavaScript yourself. The server starts simply by running the script like so:
```
node ./dist/server/entry.mjs
```
To enable standalone mode, set the new mode to 'standalone' option in your Astro config:
```
import { defineConfig } from 'astro/config';
import nodejs from '@astrojs/node';

export default defineConfig({
  output: 'server',
  adapter: nodejs({
    mode: 'standalone',
  }),
});
```
See the @astrojs/node documentation to learn all of the options available in standalone mode.

Breaking change

This is a semver major change because the new mode option is required. Existing @astrojs/node users who are using their own HTTP server framework such as Express can upgrade by setting the mode option to 'middleware' in order to build to a middleware mode, which is the same behavior and API as before.
```
import { defineConfig } from 'astro/config';
import nodejs from '@astrojs/node';

export default defineConfig({
  output: 'server',
  adapter: nodejs({
    mode: 'middleware',
  }),
});
```

Minor Changes

#5056 e55af8a23 Thanks @matthewp! - # Adapter support for astro preview

Adapters are now about to support the astro preview command via a new integration option. The Node.js adapter @astrojs/node is the first of the built-in adapters to gain support for this. What this means is that if you are using @astrojs/node you can new preview your SSR app by running:
```
npm run preview
```
Adapter API

We will be updating the other first party Astro adapters to support preview over time. Adapters can opt-in to this feature by providing the previewEntrypoint via the setAdapter function in astro:config:done hook. The Node.js adapter's code looks like this:
```
export default function() {
  return {
		name: '@astrojs/node',
		hooks: {
			'astro:config:done': ({ setAdapter, config }) => {
        setAdapter({
          name: '@astrojs/node',
          serverEntrypoint: '@astrojs/node/server.js',
+          previewEntrypoint: '@astrojs/node/preview.js',
          exports: ['handler'],
        });

        // more here
      }
    }
  };
}
```
The previewEntrypoint is a module in the adapter's package that is a Node.js script. This script is run when astro preview is run and is charged with starting up the built server. See the Node.js implementation in @astrojs/node to see how that is implemented.
#5056 e55af8a23 Thanks @matthewp! - # New build configuration

The ability to customize SSR build configuration more granularly is now available in Astro. You can now customize the output folder for server (the server code for SSR), client (your client-side JavaScript and assets), and serverEntry (the name of the entrypoint server module). Here are the defaults:
```
import { defineConfig } from 'astro/config';

export default defineConfig({
  output: 'server',
  build: {
    server: './dist/server/',
    client: './dist/client/',
    serverEntry: 'entry.mjs',
  },
});
```
These new configuration options are only supported in SSR mode and are ignored when building to SSG (a static site).

Integration hook change

The integration hook astro:build:start includes a param buildConfig which includes all of these same options. You can continue to use this param in Astro 1.x, but it is deprecated in favor of the new build.config options. All of the built-in adapters have been updated to the new format. If you have an integration that depends on this param we suggest upgrading to do this instead:
```
export default function myIntegration() {
  return {
    name: 'my-integration',
    hooks: {
      'astro:config:setup': ({ updateConfig }) => {
        updateConfig({
          build: {
            server: '...',
          },
        });
      },
    },
  };
}
```

[email protected]

Minor Changes

#5056 e55af8a23 Thanks @matthewp! - # Adapter support for astro preview

Adapters are now about to support the astro preview command via a new integration option. The Node.js adapter @astrojs/node is the first of the built-in adapters to gain support for this. What this means is that if you are using @astrojs/node you can new preview your SSR app by running:
```
npm run preview
```
Adapter API

We will be updating the other first party Astro adapters to support preview over time. Adapters can opt-in to this feature by providing the previewEntrypoint via the setAdapter function in astro:config:done hook. The Node.js adapter's code looks like this:
```
export default function() {
  return {
		name: '@astrojs/node',
		hooks: {
			'astro:config:done': ({ setAdapter, config }) => {
        setAdapter({
          name: '@astrojs/node',
          serverEntrypoint: '@astrojs/node/server.js',
+          previewEntrypoint: '@astrojs/node/preview.js',
          exports: ['handler'],
        });

        // more here
      }
    }
  };
}
```
The previewEntrypoint is a module in the adapter's package that is a Node.js script. This script is run when astro preview is run and is charged with starting up the built server. See the Node.js implementation in @astrojs/node to see how that is implemented.
#4986 ebd364e39 Thanks @bluwy! - ## New properties for API routes

In API routes, you can now get the site, generator, url, clientAddress, props, and redirect fields on the APIContext, which is the first parameter passed to an API route. This was done to make the APIContext more closely align with the Astro global in .astro pages.

For example, here's how you might use the clientAddress, which is the user's IP address, to selectively allow users.
```
export function post({ clientAddress, request, redirect }) {
  if (!allowList.has(clientAddress)) {
    return redirect('/not-allowed');
  }
}
```
Check out the docs for more information on the newly available fields: https://docs.astro.build/en/core-concepts/endpoints/#server-endpoints-api-routes
#4959 0ea6187f9 Thanks @Princesseuh! - Added support for updating TypeScript settings automatically when using astro add

The astro add command will now automatically update your tsconfig.json with the proper TypeScript settings needed for the chosen frameworks.

For instance, typing astro add solid will update your tsconfig.json with the following settings, per Solid's TypeScript guide:
```
{
  "compilerOptions": {
    "jsx": "preserve",
    "jsxImportSource": "solid-js"
  }
}
```
#4947 a5e3ecc80 Thanks @JuanM04! - - Added isRestart and addWatchFile to integration step isRestart.
- Restart dev server automatically when tsconfig changes.
#4986 ebd364e39 Thanks @bluwy! - ## Support passing a custom status code for Astro.redirect

New in this minor is the ability to pass a status code to Astro.redirect. By default it uses 302 but now you can pass another code as the second argument:
```
---
// This page was moved
return Astro.redirect('/posts/new-post-name', 301);
---
```
#5056 e55af8a23 Thanks @matthewp! - # New build configuration

The ability to customize SSR build configuration more granularly is now available in Astro. You can now customize the output folder for server (the server code for SSR), client (your client-side JavaScript and assets), and serverEntry (the name of the entrypoint server module). Here are the defaults:
```
import { defineConfig } from 'astro/config';

export default defineConfig({
  output: 'server',
  build: {
    server: './dist/server/',
    client: './dist/client/',
    serverEntry: 'entry.mjs',
  },
});
```
These new configuration options are only supported in SSR mode and are ignored when building to SSG (a static site).

Integration hook change

The integration hook astro:build:start includes a param buildConfig which includes all of these same options. You can continue to use this param in Astro 1.x, but it is deprecated in favor of the new build.config options. All of the built-in adapters have been updated to the new format. If you have an integration that depends on this param we suggest upgrading to do this instead:
```
export default function myIntegration() {
  return {
    name: 'my-integration',
    hooks: {
      'astro:config:setup': ({ updateConfig }) => {
        updateConfig({
          build: {
            server: '...',
          },
        });
      },
    },
  };
}
```

Patch Changes

#5057 baf88ee9e Thanks @bluwy! - Skip JSX tagging for export statements with source
#5044 44ea0c6d9 Thanks @JuanM04! - Upgrade Astro compiler to 0.27.1
#5059 f7fcdfe62 Thanks @bluwy! - Support strict dependency install for libraries with JSX
#5047 1e2799243 Thanks @matthewp! - Update Astro.cookies.set types to allow booleans and numbers

Note that booleans and numbers were already allowed, they just were not allowed by the type definitions.

@astrojs/[email protected]

Minor Changes

#5056 e55af8a23 Thanks @matthewp! - # New build configuration

The ability to customize SSR build configuration more granularly is now available in Astro. You can now customize the output folder for server (the server code for SSR), client (your client-side JavaScript and assets), and serverEntry (the name of the entrypoint server module). Here are the defaults:
```
import { defineConfig } from 'astro/config';

export default defineConfig({
  output: 'server',
  build: {
    server: './dist/server/',
    client: './dist/client/',
    serverEntry: 'entry.mjs',
  },
});
```
These new configuration options are only supported in SSR mode and are ignored when building to SSG (a static site).

Integration hook change

The integration hook astro:build:start includes a param buildConfig which includes all of these same options. You can continue to use this param in Astro 1.x, but it is deprecated in favor of the new build.config options. All of the built-in adapters have been updated to the new format. If you have an integration that depends on this param we suggest upgrading to do this instead:
```
export default function myIntegration() {
  return {
    name: 'my-integration',
    hooks: {
      'astro:config:setup': ({ updateConfig }) => {
        updateConfig({
          build: {
            server: '...',
          },
        });
      },
    },
  };
}
```

@astrojs/[email protected]

Minor Changes

#5056 e55af8a23 Thanks @matthewp! - # New build configuration

The ability to customize SSR build configuration more granularly is now available in Astro. You can now customize the output folder for server (the server code for SSR), client (your client-side JavaScript and assets), and serverEntry (the name of the entrypoint server module). Here are the defaults:
```
import { defineConfig } from 'astro/config';

export default defineConfig({
  output: 'server',
  build: {
    server: './dist/server/',
    client: './dist/client/',
    serverEntry: 'entry.mjs',
  },
});
```
These new configuration options are only supported in SSR mode and are ignored when building to SSG (a static site).

Integration hook change

The integration hook astro:build:start includes a param buildConfig which includes all of these same options. You can continue to use this param in Astro 1.x, but it is deprecated in favor of the new build.config options. All of the built-in adapters have been updated to the new format. If you have an integration that depends on this param we suggest upgrading to do this instead:
```
export default function myIntegration() {
  return {
    name: 'my-integration',
    hooks: {
      'astro:config:setup': ({ updateConfig }) => {
        updateConfig({
          build: {
            server: '...',
          },
        });
      },
    },
  };
}
```

@astrojs/[email protected]

Minor Changes

#5056 e55af8a23 Thanks @matthewp! - # New build configuration

The ability to customize SSR build configuration more granularly is now available in Astro. You can now customize the output folder for server (the server code for SSR), client (your client-side JavaScript and assets), and serverEntry (the name of the entrypoint server module). Here are the defaults:
```
import { defineConfig } from 'astro/config';

export default defineConfig({
  output: 'server',
  build: {
    server: './dist/server/',
    client: './dist/client/',
    serverEntry: 'entry.mjs',
  },
});
```
These new configuration options are only supported in SSR mode and are ignored when building to SSG (a static site).

Integration hook change

The integration hook astro:build:start includes a param buildConfig which includes all of these same options. You can continue to use this param in Astro 1.x, but it is deprecated in favor of the new build.config options. All of the built-in adapters have been updated to the new format. If you have an integration that depends on this param we suggest upgrading to do this instead:
```
export default function myIntegration() {
  return {
    name: 'my-integration',
    hooks: {
      'astro:config:setup': ({ updateConfig }) => {
        updateConfig({
          build: {
            server: '...',
          },
        });
      },
    },
  };
}
```

Patch Changes

#5073 93f72f90b Thanks @bluwy! - Fix image external config in build
#5072 3918787cb Thanks @bluwy! - Support relative protocol image URL

@astrojs/[email protected]

Minor Changes

#5056 e55af8a23 Thanks @matthewp! - # New build configuration

The ability to customize SSR build configuration more granularly is now available in Astro. You can now customize the output folder for server (the server code for SSR), client (your client-side JavaScript and assets), and serverEntry (the name of the entrypoint server module). Here are the defaults:
```
import { defineConfig } from 'astro/config';

export default defineConfig({
  output: 'server',
  build: {
    server: './dist/server/',
    client: './dist/client/',
    serverEntry: 'entry.mjs',
  },
});
```
These new configuration options are only supported in SSR mode and are ignored when building to SSG (a static site).

Integration hook change

The integration hook astro:build:start includes a param buildConfig which includes all of these same options. You can continue to use this param in Astro 1.x, but it is deprecated in favor of the new build.config options. All of the built-in adapters have been updated to the new format. If you have an integration that depends on this param we suggest upgrading to do this instead:
```
export default function myIntegration() {
  return {
    name: 'my-integration',
    hooks: {
      'astro:config:setup': ({ updateConfig }) => {
        updateConfig({
          build: {
            server: '...',
          },
        });
      },
    },
  };
}
```

@astrojs/[email protected]

Minor Changes

#5059 f7fcdfe62 Thanks @bluwy! - Auto ssr.noExternal solidjs dependencies

@astrojs/[email protected]

Minor Changes

#4947 a5e3ecc80 Thanks @JuanM04! - ## HMR on config file changes

New in this release is the ability for config changes to automatically reflect via HMR. Now when you edit your tsconfig.json or tailwind.config.js configs, the changes will reload automatically without the need to restart your dev server.

@astrojs/[email protected]

Minor Changes

#5056 e55af8a23 Thanks @matthewp! - # New build configuration

The ability to customize SSR build configuration more granularly is now available in Astro. You can now customize the output folder for server (the server code for SSR), client (your client-side JavaScript and assets), and serverEntry (the name of the entrypoint server module). Here are the defaults:
```
import { defineConfig } from 'astro/config';

export default defineConfig({
  output: 'server',
  build: {
    server: './dist/server/',
    client: './dist/client/',
    serverEntry: 'entry.mjs',
  },
});
```
These new configuration options are only supported in SSR mode and are ignored when building to SSG (a static site).

Integration hook change

The integration hook astro:build:start includes a param buildConfig which includes all of these same options. You can continue to use this param in Astro 1.x, but it is deprecated in favor of the new build.config options. All of the built-in adapters have been updated to the new format. If you have an integration that depends on this param we suggest upgrading to do this instead:
```
export default function myIntegration() {
  return {
    name: 'my-integration',
    hooks: {
      'astro:config:setup': ({ updateConfig }) => {
        updateConfig({
          build: {
            server: '...',
          },
        });
      },
    },
  };
}
```

@astrojs/[email protected]

Patch Changes

#5045 0f2a88ba5 Thanks @matthewp! - Allow class to be passed into Svelte islands

packages/integrations/node/CHANGELOG.md

Co-authored-by: Sarah Rainsberger <[email protected]>

github-actions bot added pkg: astro Related to the core `astro` package (scope) pkg: example Related to an example package (scope) labels Oct 10, 2022

github-actions bot force-pushed the changeset-release/main branch 12 times, most recently from 2938589 to cc50d12 Compare October 12, 2022 18:13

github-actions bot added pkg: solid Related to Solid (scope) pkg: svelte Related to Svelte (scope) pkg: integration Related to any renderer integration (scope) labels Oct 12, 2022

github-actions bot force-pushed the changeset-release/main branch 4 times, most recently from 4f4f765 to b233d9d Compare October 12, 2022 21:28

github-actions bot requested a review from a team as a code owner October 12, 2022 21:28

github-actions bot force-pushed the changeset-release/main branch from b233d9d to 3517613 Compare October 12, 2022 21:30

sarah11918 reviewed Oct 13, 2022

View reviewed changes

packages/integrations/node/CHANGELOG.md Outdated Show resolved Hide resolved

github-actions bot force-pushed the changeset-release/main branch 3 times, most recently from 1f91682 to bb069e6 Compare October 13, 2022 15:37

[ci] release

cc30be8

github-actions bot force-pushed the changeset-release/main branch from bb069e6 to cc30be8 Compare October 13, 2022 16:01

Update packages/integrations/node/CHANGELOG.md

0e67720

Co-authored-by: Sarah Rainsberger <[email protected]>

matthewp merged commit 81d57f2 into main Oct 13, 2022

matthewp deleted the changeset-release/main branch October 13, 2022 16:29

matthewp mentioned this pull request Nov 17, 2022

Regression: Error [@astrojs/node] Setting the 'mode' option is required. #5422

Closed

1 task

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

[ci] release #5046

[ci] release #5046

astrobot-houston commented Oct 10, 2022 •

edited

Loading

[ci] release #5046

[ci] release #5046

Conversation

astrobot-houston commented Oct 10, 2022 • edited Loading

Releases

@astrojs/[email protected]

Major Changes

Breaking change

Minor Changes

Adapter API

Integration hook change

[email protected]

Minor Changes

Adapter API

Integration hook change

Patch Changes

@astrojs/[email protected]

Minor Changes

Integration hook change

@astrojs/[email protected]

Minor Changes

Integration hook change

@astrojs/[email protected]

Minor Changes

Integration hook change

Patch Changes

@astrojs/[email protected]

Minor Changes

Integration hook change

@astrojs/[email protected]

Minor Changes

@astrojs/[email protected]

Minor Changes

@astrojs/[email protected]

Minor Changes

Integration hook change

@astrojs/[email protected]

Patch Changes

astrobot-houston commented Oct 10, 2022 •

edited

Loading