feat: Deprecate gatsby-recipes

packages/gatsby-recipes/README.md → deprecated-packages/gatsby-recipes/README.md

@@ -1,5 +1,7 @@
 # Gatsby Recipes
 
+**Please Note: Gatsby Recipes has been removed from `gatsby` with v4.5.0. If you want to use it you can install `[email protected]` to use it.**
+
 Recipes is an “infrastructure as code” system that lets users automatically manage and provision the technology stack for their Gatsby site/app through code rather than manual processes.
 
 It’s powered by React & MDX and a useful analogy is “React Native for Infrastructure”.

deprecated-packages/gatsby-recipes/babel.config.js

@@ -0,0 +1,21 @@
+module.exports = api => {
+  const isTest = api.env(`test`)
+
+  return {
+    presets: [
+      [
+        `@babel/env`,
+        {
+          // use ES modules for rollup and commonjs for jest
+          modules: isTest ? `commonjs` : false,
+          shippedProposals: true,
+          targets: {
+            node: `10.13.0`,
+          },
+        },
+      ],
+      `@babel/preset-react`,
+    ],
+    plugins: [`@babel/plugin-transform-runtime`],
+  }
+}

packages/gatsby-recipes/components.js → deprecated-packages/gatsby-recipes/components.js

@@ -1,2 +1,2 @@
 const components = require(`./dist/web/components`)
-module.exports = components
+module.exports = components

packages/gatsby-recipes/rollup.config.js → deprecated-packages/gatsby-recipes/rollup.config.js

@@ -12,8 +12,8 @@ import path from "path"
 function excludeDevTools() {
   const re = /ink/
   return {
-    name: "ignoreDevTools",
-
+    name: `ignoreDevTools`,
+    // eslint-disable-next-line
     load(id) {
       if (id.match(re)) {
         if (path.parse(id).name === `devtools`) {
@@ -33,7 +33,7 @@ export default [
     output: {
       dir: `dist`,
       entryFileNames: `[name].js`,
-      format: "cjs",
+      format: `cjs`,
       sourcemap: true,
     },
     plugins: [
@@ -98,7 +98,7 @@ export default [
     output: {
       dir: `dist/web/`,
       entryFileNames: `[name].js`,
-      format: "es",
+      format: `es`,
       sourcemap: true,
     },
     plugins: [

docs/docs/adding-a-shopping-cart-with-snipcart.md

@@ -190,5 +190,4 @@ The following quote is from the Snipcart [payment gateway page](https://app.snip
 - [OneShopper Gatsby starter](/starters/rohitguptab/OneShopper/)
 - Reference guide on [sourcing from Etsy](/docs/sourcing-from-etsy/)
 - Reference guide on [processing payments with Stripe](/docs/how-to/adding-common-features/processing-payments-with-stripe/)
-- From the Snipcart blog: [Gatsby E-Commerce Recipe: Integrate a Cart in a Few Steps](https://snipcart.com/blog/gatsby-recipes-ecommerce)
 - [Snipcart documentation](https://docs.snipcart.com/v3/setup/installation)

docs/docs/glossary/infrastructure-as-code.md

@@ -0,0 +1,25 @@
+---
+title: Infrastructure as Code
+disableTableOfContents: true
+---
+
+Learn what <q>Infrastructure as Code</q> means, and how you can use code to standardize and automate things.
+
+## What is <q>Infrastructure as Code?</q>
+
+_Infrastructure as Code_, or IaC, is the practice of managing your development, testing, and production environments using configuration files or scripts. Provisioning and configuring environments individually can introduce errors or inconsistencies. You may, for example, find yourself running different versions of Node.js on your laptop and your production servers. Infrastructure as Code minimizes this kind of drift and lets you automate the process of provisioning environments.
+
+Your configuration file describes what resources your project requires. If you're building an API, for example, you might create a configuration file that says, "Please install Node.js 12.16.2, npm 6.14.4, Express 4.17.1, and PostgreSQL 12.2 for Ubuntu Linux." For a Gatsby project, your configuration file may add plugins and themes.
+
+Configuration files, like other code files, are text. That means you can use version control software to store them and track changes to the environment. In short, IaC:
+
+- Creates consistent environments.
+- Saves time that would otherwise be spent setting up environments.
+- Reduces the risk of errors caused by mismatched environments.
+- Lays the groundwork for automation.
+
+## Automating Gatsby site development with Gatsby Recipes
+
+[Gatsby Recipes](/blog/2020-04-15-announcing-gatsby-recipes/) applies the infrastructure as code concept to front-end development. With Gatsby Recipes, you can automate common site building tasks, such as adding a plugin or test suite.
+
+We've discontinued this experiment and you can use Gatsby versions up to `4.4.0` to still use it. The old code still lives [on GitHub](https://github.com/gatsbyjs/gatsby/tree/master/deprecated-packages/gatsby-recipes).

packages/create-gatsby/README.md

@@ -1,4 +1,4 @@
-# create-gatsby (alpha)
+# create-gatsby
 
 Create Gatsby apps in an interactive CLI experience that does the plumbing for you.
 
@@ -18,7 +18,7 @@ yarn create gatsby
 
 It will ask you questions about what you're building, and set up a Gatsby project for you.
 
-_Note: this package is different from the Gatsby CLI, it is intended solely to create new sites._
+_Note: This package is different from `gatsby-cli`, it is intended solely to create new sites._
 
 ## Options
 
@@ -33,28 +33,34 @@ npm init gatsby -y <site-directory>
 If you're making changes to the create-gatsby package, you can follow the steps below to test out your changes locally:
 
 ```sh
-# Move into the create-gatsby package
-cd packages/create-gatsby
+# Move into the monorepo
+cd <path-to-gatsby-monorepo>
 
 # Install dependencies and build the package
-yarn && yarn build
+yarn bootstrap
 
 # Run the create-gatsby script
-node cli.js
+node packages/create-gatsby/cli.js
 ```
 
-Note that if you use the `build` script, you'll have to rebuild after each change. Alternatively, you can use the `watch` script to automatically rebuild after local changes. In that case, you'll need to run `cli.js` from the top-level directory of the `gatsby` repo:
+Note that if you use the `bootstrap` script, you'll have to rebuild after each change. Alternatively, you can use the `watch` script to automatically rebuild after local changes:
 
 ```sh
-# Move into the create-gatsby package
-cd packages/create-gatsby
+# Move into the monorepo
+cd <path-to-gatsby-monorepo>
 
 # Install dependencies and build the package
-yarn && yarn watch
+yarn bootstrap
 
-# Open another terminal window and get back to the gatsby monorepo
-cd <path-to-gatsby-monorepo>
+# Watch changes
+yarn watch --scope=create-gatsby
+```
+
+Open another terminal window and go to a folder where you can easily delete the test projects:
+
+```
+cd <path-to-playground>
 
 # Run the create-gatsby script
-node packages/create-gatsby/cli.js
+node <some-path/packages/create-gatsby/cli.js
 ```

packages/create-gatsby/src/site-metadata.ts

@@ -4,11 +4,11 @@ export async function setSiteMetadata(
   value: string
 ): Promise<void> {
   try {
-    const recipesPath = require.resolve(`gatsby-recipes`, {
+    const coreUtilsPath = require.resolve(`gatsby-core-utils`, {
       paths: [root],
     })
-    const { GatsbySiteMetadata } = require(recipesPath)
-    await GatsbySiteMetadata?.create({ root }, { name, value })
+    const { addFieldToMinimalSiteMetadata } = require(coreUtilsPath)
+    await addFieldToMinimalSiteMetadata({ root }, { name, value })
   } catch (e) {
     // Silently fail, as it's fine if we don't add it to the config
   }

packages/gatsby-cli/package.json

@@ -26,7 +26,6 @@
     "fs-exists-cached": "^1.0.0",
     "fs-extra": "^10.0.0",
     "gatsby-core-utils": "^3.5.0-next.0",
-    "gatsby-recipes": "^1.5.0-next.0",
     "gatsby-telemetry": "^3.5.0-next.0",
     "hosted-git-info": "^3.0.8",
     "is-valid-path": "^0.1.1",

packages/gatsby-cli/src/create-cli.ts

@@ -386,46 +386,15 @@ function buildLocalCommands(cli: yargs.Argv, isLocalSite: boolean): void {
     ),
   })
 
-  cli.command({
-    command: `recipes [recipe]`,
-    describe: `[EXPERIMENTAL] Run a recipe`,
-    builder: _ =>
-      _.option(`D`, {
-        alias: `develop`,
-        type: `boolean`,
-        default: false,
-        describe: `Start recipe in develop mode to live-develop your recipe (defaults to false)`,
-      }).option(`I`, {
-        alias: `install`,
-        type: `boolean`,
-        default: false,
-        describe: `Install recipe (defaults to plan mode)`,
-      }),
-    handler: handlerP(async ({ recipe, develop, install }: yargs.Arguments) => {
-      const { recipesHandler } = require(`./recipes`)
-      await recipesHandler(
-        siteInfo.directory,
-        recipe as string,
-        develop as boolean,
-        install as boolean
-      )
-    }),
-  })
-
   cli.command({
     command: `plugin <cmd> [plugins...]`,
     describe: `Useful commands relating to Gatsby plugins`,
     builder: yargs =>
-      yargs
-        .positional(`cmd`, {
-          choices: [`docs`, `ls`],
-          describe: "Valid commands include `docs`, `ls`.",
-          type: `string`,
-        })
-        .positional(`plugins`, {
-          describe: `The plugin names`,
-          type: `string`,
-        }),
+      yargs.positional(`cmd`, {
+        choices: [`docs`, `ls`],
+        describe: "Valid commands include `docs`, `ls`.",
+        type: `string`,
+      }),
     handler: async ({
       cmd,
     }: yargs.Arguments<{