From a9e549853e826ef93a96c2b61da4d7fab0883ece Mon Sep 17 00:00:00 2001 From: Sam Bhagwat Date: Sun, 22 Apr 2018 19:10:12 -0700 Subject: [PATCH 1/6] team development workflows --- docs/docs/website-teams.md | 58 +++++++++++++++++++++++++++++++ www/src/pages/docs/doc-links.yaml | 2 ++ 2 files changed, 60 insertions(+) create mode 100644 docs/docs/website-teams.md diff --git a/docs/docs/website-teams.md b/docs/docs/website-teams.md new file mode 100644 index 0000000000000..ae8cb7b5ca758 --- /dev/null +++ b/docs/docs/website-teams.md @@ -0,0 +1,58 @@ +# How Gatsby Changes Teams' Website Development Workflow + +Gatsby is more than just a new website framework -- creating websites in Gatsby is a fundamentally different paradigm than in a CMS-specific framework. + +Website teams adopting Gatsby report improved collaboration at each stage -- from architecture and user research, to design and development, to testing and launch. Many of these derive from Gatsby features: faster development cycles, easy compatibility with React component libraries, a CMS-agnostic development environment, the ability to easily deploy static build artifacts. + +To fully take advantage of new, Gatsby-enabled workflows, consider adopting some of these techniques: + +### Architecture + +_Take advantage of extended evaluation periods to build a component library_ + +Larger companies considering adopting Gatsby often plan in terms of migrating multiple sites (or internationalized versions of sites) over a timeframe of a few months to two years. These projects can have long preparation times before active development starts. + +One high-leverage activity during these time windows is focus development on a React component library. Then, when development begins the team is able to quickly assemble Gatsby React pages from these pre-built components. Consider designating senior UI developers as "component architects" in this process. + +_Consider a less-expensive CMS or multi-modal architecture_ + +Choosing Gatsby frees your CMS from doing a lot of the heavy lifting, such as scaling to meet peak load and having a rich, modern web development experience. If you're using an expensive enterprise CMS, Gatsby can help your project stay within budget by allowing you to choose a simpler, cheaper option, such as a hosted Drupal instance, or a content management SaaS like Contentful. + +Another consideration is that not all of your content _has_ to live in one system. Often, you can save time and money by create a multi-modal content architecture with best-in-class solutions for each of the different workflows & capabilities you require. You might choose to manage your e-commerce product catalog in Shopify, company-specific marketing pages in Contentful, and form-based event data in Google Sheets & Forms. Gatsby offers plugins to pull data from multiple sources, while building with one stack. + +### User Research + +_Utilize developers to prototype faster_ + +In order to do user testing, usually user researchers work with designers to construct pixel perfect prototypes of various options, either static or clickable. Constructing and iterating on these artifacts can take days or weeks. + +Gatsby makes another option possible. Some Gatsby users report [setting up a production site](https://www.gatsbyjs.org/blog/2018-01-18-how-boston-gov-used-gatsby-to-be-selected-as-an-amazon-hq2-candidate-city/) with live UI that is building and deploying in under an hour. + +Especially if your organization already uses a React- or HTML-based component library, your team may consider bringing in a developer to construct live wireframe-level prototypes. This may enable you to accelerate the user research process, start the development process with a working prototype rather than from scratch, and ultimately let you arrive at a better version of your site. + +### Development + +_Make progress without access to the client CMS_ + +Sometimes website development teams don't gain access to the client's CMS until development has already started. This can happen for a variety of reasons -- internal client policies, the need to onboard content editors, and so forth. Typically this is a difficult situation where development can be blocked or delayed, and can leads to timeline slippage, crunch time at the end of the project, and so on. + +With Gatsby, the CMS-agnostic development workflow gives teams tools to continue to make progress even without access to client content. One common approach is to develop and prototype UIs pulling placeholder content from markdown files stored in the repo. When the team gains access, it only takes a few lines of code to reconfigure the site to pull content from the CMS. + +## QA and Testing + +Gatsby's extensible system of API hooks, tight integration with static hosts like Netlify, and use of React's modular component architecture, allow website teams to enable more effective QA <-> Development workflows. + +_Use development pages to communicate project status & collaborate with designers_ + +One option some teams have found powerful is to create static page components within Gatsby to [handle necessary parts of the development/QA workflow](https://www.gatsbyjs.org/blog/2018-04-11-trying-out-gatsby-at-work-and-co/#1-pre-integration-qa). + +This could include: +* Checking UI implementation of various components to ensure behavior is intended. +* Enabling QA visibility into desired site-specific page-level validations, such as "don't end a page in a carousel" +* Communicating build history and last build status. + +_Use branch- and pull request-based artifacts to collaborate on specific pieces of work_ + +Using the [branch- and pull request-based artifacts](https://www.gatsbyjs.org/blog/2018-04-11-trying-out-gatsby-at-work-and-co/#building-staging-urls +) automatically created by a service like Netlify for collaboration between developers, designers, and QA. Because generated artifacts are static, pull request collaboration workflows are resilient to underlying content schema changes, such as field deletion, that might break a typical CMS development environment. + diff --git a/www/src/pages/docs/doc-links.yaml b/www/src/pages/docs/doc-links.yaml index 219bfde934c33..1a1bdb06cbb11 100644 --- a/www/src/pages/docs/doc-links.yaml +++ b/www/src/pages/docs/doc-links.yaml @@ -66,6 +66,8 @@ link: /docs/api-proxy/ - title: Search Engine Optimization (SEO) link: /docs/seo/ + - title: Team Collaboration Process + link: /docs/website-teams/ - title: Using CSS-in-JS Library Glamor link: /docs/glamor/ - title: Using CSS-in-JS Library Styled Components From ee7bc36c2093ba550280330040f89d771c867b47 Mon Sep 17 00:00:00 2001 From: Mike Allanson Date: Tue, 24 Apr 2018 14:43:18 +0100 Subject: [PATCH 2/6] Small typos --- docs/docs/website-teams.md | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/docs/docs/website-teams.md b/docs/docs/website-teams.md index ae8cb7b5ca758..e45b6f902c36d 100644 --- a/docs/docs/website-teams.md +++ b/docs/docs/website-teams.md @@ -12,7 +12,7 @@ _Take advantage of extended evaluation periods to build a component library_ Larger companies considering adopting Gatsby often plan in terms of migrating multiple sites (or internationalized versions of sites) over a timeframe of a few months to two years. These projects can have long preparation times before active development starts. -One high-leverage activity during these time windows is focus development on a React component library. Then, when development begins the team is able to quickly assemble Gatsby React pages from these pre-built components. Consider designating senior UI developers as "component architects" in this process. +One high-leverage activity during these time windows is to focus development on a React component library. Then, when development begins the team is able to quickly assemble Gatsby React pages from these pre-built components. Consider designating senior UI developers as "component architects" in this process. _Consider a less-expensive CMS or multi-modal architecture_ @@ -28,13 +28,13 @@ In order to do user testing, usually user researchers work with designers to con Gatsby makes another option possible. Some Gatsby users report [setting up a production site](https://www.gatsbyjs.org/blog/2018-01-18-how-boston-gov-used-gatsby-to-be-selected-as-an-amazon-hq2-candidate-city/) with live UI that is building and deploying in under an hour. -Especially if your organization already uses a React- or HTML-based component library, your team may consider bringing in a developer to construct live wireframe-level prototypes. This may enable you to accelerate the user research process, start the development process with a working prototype rather than from scratch, and ultimately let you arrive at a better version of your site. +Especially if your organization already uses a React or HTML-based component library, your team may consider bringing in a developer to construct live wireframe-level prototypes. This may enable you to accelerate the user research process, start the development process with a working prototype rather than from scratch, and ultimately let you arrive at a better version of your site. ### Development _Make progress without access to the client CMS_ -Sometimes website development teams don't gain access to the client's CMS until development has already started. This can happen for a variety of reasons -- internal client policies, the need to onboard content editors, and so forth. Typically this is a difficult situation where development can be blocked or delayed, and can leads to timeline slippage, crunch time at the end of the project, and so on. +Sometimes website development teams don't gain access to the client's CMS until development has already started. This can happen for a variety of reasons -- internal client policies, the need to onboard content editors, and so forth. Typically this is a difficult situation where development can be blocked or delayed, and can lead to timeline slippage, crunch time at the end of the project, and so on. With Gatsby, the CMS-agnostic development workflow gives teams tools to continue to make progress even without access to client content. One common approach is to develop and prototype UIs pulling placeholder content from markdown files stored in the repo. When the team gains access, it only takes a few lines of code to reconfigure the site to pull content from the CMS. @@ -47,12 +47,12 @@ _Use development pages to communicate project status & collaborate with designer One option some teams have found powerful is to create static page components within Gatsby to [handle necessary parts of the development/QA workflow](https://www.gatsbyjs.org/blog/2018-04-11-trying-out-gatsby-at-work-and-co/#1-pre-integration-qa). This could include: -* Checking UI implementation of various components to ensure behavior is intended. +* Checking UI implementation of various components to ensure behavior is intended * Enabling QA visibility into desired site-specific page-level validations, such as "don't end a page in a carousel" -* Communicating build history and last build status. +* Communicating build history and last build status -_Use branch- and pull request-based artifacts to collaborate on specific pieces of work_ +_Use branch and pull request-based artifacts to collaborate on specific pieces of work_ -Using the [branch- and pull request-based artifacts](https://www.gatsbyjs.org/blog/2018-04-11-trying-out-gatsby-at-work-and-co/#building-staging-urls +Using the [branch and pull request-based artifacts](https://www.gatsbyjs.org/blog/2018-04-11-trying-out-gatsby-at-work-and-co/#building-staging-urls ) automatically created by a service like Netlify for collaboration between developers, designers, and QA. Because generated artifacts are static, pull request collaboration workflows are resilient to underlying content schema changes, such as field deletion, that might break a typical CMS development environment. From aa55825f781d357502dacbf1674b67acc99d5c1d Mon Sep 17 00:00:00 2001 From: Sam Bhagwat Date: Tue, 24 Apr 2018 21:43:27 -0700 Subject: [PATCH 3/6] Revert "Small typos" This reverts commit ee7bc36c2093ba550280330040f89d771c867b47. --- docs/docs/website-teams.md | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/docs/docs/website-teams.md b/docs/docs/website-teams.md index e45b6f902c36d..ae8cb7b5ca758 100644 --- a/docs/docs/website-teams.md +++ b/docs/docs/website-teams.md @@ -12,7 +12,7 @@ _Take advantage of extended evaluation periods to build a component library_ Larger companies considering adopting Gatsby often plan in terms of migrating multiple sites (or internationalized versions of sites) over a timeframe of a few months to two years. These projects can have long preparation times before active development starts. -One high-leverage activity during these time windows is to focus development on a React component library. Then, when development begins the team is able to quickly assemble Gatsby React pages from these pre-built components. Consider designating senior UI developers as "component architects" in this process. +One high-leverage activity during these time windows is focus development on a React component library. Then, when development begins the team is able to quickly assemble Gatsby React pages from these pre-built components. Consider designating senior UI developers as "component architects" in this process. _Consider a less-expensive CMS or multi-modal architecture_ @@ -28,13 +28,13 @@ In order to do user testing, usually user researchers work with designers to con Gatsby makes another option possible. Some Gatsby users report [setting up a production site](https://www.gatsbyjs.org/blog/2018-01-18-how-boston-gov-used-gatsby-to-be-selected-as-an-amazon-hq2-candidate-city/) with live UI that is building and deploying in under an hour. -Especially if your organization already uses a React or HTML-based component library, your team may consider bringing in a developer to construct live wireframe-level prototypes. This may enable you to accelerate the user research process, start the development process with a working prototype rather than from scratch, and ultimately let you arrive at a better version of your site. +Especially if your organization already uses a React- or HTML-based component library, your team may consider bringing in a developer to construct live wireframe-level prototypes. This may enable you to accelerate the user research process, start the development process with a working prototype rather than from scratch, and ultimately let you arrive at a better version of your site. ### Development _Make progress without access to the client CMS_ -Sometimes website development teams don't gain access to the client's CMS until development has already started. This can happen for a variety of reasons -- internal client policies, the need to onboard content editors, and so forth. Typically this is a difficult situation where development can be blocked or delayed, and can lead to timeline slippage, crunch time at the end of the project, and so on. +Sometimes website development teams don't gain access to the client's CMS until development has already started. This can happen for a variety of reasons -- internal client policies, the need to onboard content editors, and so forth. Typically this is a difficult situation where development can be blocked or delayed, and can leads to timeline slippage, crunch time at the end of the project, and so on. With Gatsby, the CMS-agnostic development workflow gives teams tools to continue to make progress even without access to client content. One common approach is to develop and prototype UIs pulling placeholder content from markdown files stored in the repo. When the team gains access, it only takes a few lines of code to reconfigure the site to pull content from the CMS. @@ -47,12 +47,12 @@ _Use development pages to communicate project status & collaborate with designer One option some teams have found powerful is to create static page components within Gatsby to [handle necessary parts of the development/QA workflow](https://www.gatsbyjs.org/blog/2018-04-11-trying-out-gatsby-at-work-and-co/#1-pre-integration-qa). This could include: -* Checking UI implementation of various components to ensure behavior is intended +* Checking UI implementation of various components to ensure behavior is intended. * Enabling QA visibility into desired site-specific page-level validations, such as "don't end a page in a carousel" -* Communicating build history and last build status +* Communicating build history and last build status. -_Use branch and pull request-based artifacts to collaborate on specific pieces of work_ +_Use branch- and pull request-based artifacts to collaborate on specific pieces of work_ -Using the [branch and pull request-based artifacts](https://www.gatsbyjs.org/blog/2018-04-11-trying-out-gatsby-at-work-and-co/#building-staging-urls +Using the [branch- and pull request-based artifacts](https://www.gatsbyjs.org/blog/2018-04-11-trying-out-gatsby-at-work-and-co/#building-staging-urls ) automatically created by a service like Netlify for collaboration between developers, designers, and QA. Because generated artifacts are static, pull request collaboration workflows are resilient to underlying content schema changes, such as field deletion, that might break a typical CMS development environment. From a2309902ef5672998fca49a66dd4ccb074cfb322 Mon Sep 17 00:00:00 2001 From: Sam Bhagwat Date: Tue, 24 Apr 2018 21:43:46 -0700 Subject: [PATCH 4/6] Revert "team development workflows" This reverts commit a9e549853e826ef93a96c2b61da4d7fab0883ece. --- docs/docs/website-teams.md | 58 ------------------------------- www/src/pages/docs/doc-links.yaml | 2 -- 2 files changed, 60 deletions(-) delete mode 100644 docs/docs/website-teams.md diff --git a/docs/docs/website-teams.md b/docs/docs/website-teams.md deleted file mode 100644 index ae8cb7b5ca758..0000000000000 --- a/docs/docs/website-teams.md +++ /dev/null @@ -1,58 +0,0 @@ -# How Gatsby Changes Teams' Website Development Workflow - -Gatsby is more than just a new website framework -- creating websites in Gatsby is a fundamentally different paradigm than in a CMS-specific framework. - -Website teams adopting Gatsby report improved collaboration at each stage -- from architecture and user research, to design and development, to testing and launch. Many of these derive from Gatsby features: faster development cycles, easy compatibility with React component libraries, a CMS-agnostic development environment, the ability to easily deploy static build artifacts. - -To fully take advantage of new, Gatsby-enabled workflows, consider adopting some of these techniques: - -### Architecture - -_Take advantage of extended evaluation periods to build a component library_ - -Larger companies considering adopting Gatsby often plan in terms of migrating multiple sites (or internationalized versions of sites) over a timeframe of a few months to two years. These projects can have long preparation times before active development starts. - -One high-leverage activity during these time windows is focus development on a React component library. Then, when development begins the team is able to quickly assemble Gatsby React pages from these pre-built components. Consider designating senior UI developers as "component architects" in this process. - -_Consider a less-expensive CMS or multi-modal architecture_ - -Choosing Gatsby frees your CMS from doing a lot of the heavy lifting, such as scaling to meet peak load and having a rich, modern web development experience. If you're using an expensive enterprise CMS, Gatsby can help your project stay within budget by allowing you to choose a simpler, cheaper option, such as a hosted Drupal instance, or a content management SaaS like Contentful. - -Another consideration is that not all of your content _has_ to live in one system. Often, you can save time and money by create a multi-modal content architecture with best-in-class solutions for each of the different workflows & capabilities you require. You might choose to manage your e-commerce product catalog in Shopify, company-specific marketing pages in Contentful, and form-based event data in Google Sheets & Forms. Gatsby offers plugins to pull data from multiple sources, while building with one stack. - -### User Research - -_Utilize developers to prototype faster_ - -In order to do user testing, usually user researchers work with designers to construct pixel perfect prototypes of various options, either static or clickable. Constructing and iterating on these artifacts can take days or weeks. - -Gatsby makes another option possible. Some Gatsby users report [setting up a production site](https://www.gatsbyjs.org/blog/2018-01-18-how-boston-gov-used-gatsby-to-be-selected-as-an-amazon-hq2-candidate-city/) with live UI that is building and deploying in under an hour. - -Especially if your organization already uses a React- or HTML-based component library, your team may consider bringing in a developer to construct live wireframe-level prototypes. This may enable you to accelerate the user research process, start the development process with a working prototype rather than from scratch, and ultimately let you arrive at a better version of your site. - -### Development - -_Make progress without access to the client CMS_ - -Sometimes website development teams don't gain access to the client's CMS until development has already started. This can happen for a variety of reasons -- internal client policies, the need to onboard content editors, and so forth. Typically this is a difficult situation where development can be blocked or delayed, and can leads to timeline slippage, crunch time at the end of the project, and so on. - -With Gatsby, the CMS-agnostic development workflow gives teams tools to continue to make progress even without access to client content. One common approach is to develop and prototype UIs pulling placeholder content from markdown files stored in the repo. When the team gains access, it only takes a few lines of code to reconfigure the site to pull content from the CMS. - -## QA and Testing - -Gatsby's extensible system of API hooks, tight integration with static hosts like Netlify, and use of React's modular component architecture, allow website teams to enable more effective QA <-> Development workflows. - -_Use development pages to communicate project status & collaborate with designers_ - -One option some teams have found powerful is to create static page components within Gatsby to [handle necessary parts of the development/QA workflow](https://www.gatsbyjs.org/blog/2018-04-11-trying-out-gatsby-at-work-and-co/#1-pre-integration-qa). - -This could include: -* Checking UI implementation of various components to ensure behavior is intended. -* Enabling QA visibility into desired site-specific page-level validations, such as "don't end a page in a carousel" -* Communicating build history and last build status. - -_Use branch- and pull request-based artifacts to collaborate on specific pieces of work_ - -Using the [branch- and pull request-based artifacts](https://www.gatsbyjs.org/blog/2018-04-11-trying-out-gatsby-at-work-and-co/#building-staging-urls -) automatically created by a service like Netlify for collaboration between developers, designers, and QA. Because generated artifacts are static, pull request collaboration workflows are resilient to underlying content schema changes, such as field deletion, that might break a typical CMS development environment. - diff --git a/www/src/pages/docs/doc-links.yaml b/www/src/pages/docs/doc-links.yaml index 1a1bdb06cbb11..219bfde934c33 100644 --- a/www/src/pages/docs/doc-links.yaml +++ b/www/src/pages/docs/doc-links.yaml @@ -66,8 +66,6 @@ link: /docs/api-proxy/ - title: Search Engine Optimization (SEO) link: /docs/seo/ - - title: Team Collaboration Process - link: /docs/website-teams/ - title: Using CSS-in-JS Library Glamor link: /docs/glamor/ - title: Using CSS-in-JS Library Styled Components From 23fed3c1d15f96434fba02a7372cc691decc2de8 Mon Sep 17 00:00:00 2001 From: Sam Bhagwat Date: Tue, 24 Apr 2018 21:44:04 -0700 Subject: [PATCH 5/6] move doc to blog --- .../index.md | 63 +++++++++++++++++++ 1 file changed, 63 insertions(+) create mode 100644 docs/blog/2018-04-25-how-gatsby-changes-teams-website-development-workflow/index.md diff --git a/docs/blog/2018-04-25-how-gatsby-changes-teams-website-development-workflow/index.md b/docs/blog/2018-04-25-how-gatsby-changes-teams-website-development-workflow/index.md new file mode 100644 index 0000000000000..385761f8de588 --- /dev/null +++ b/docs/blog/2018-04-25-how-gatsby-changes-teams-website-development-workflow/index.md @@ -0,0 +1,63 @@ +--- +title: How Gatsby Changes Teams' Website Development Workflow +date: "2018-04-25" +author: "Sam Bhagwat" +tags: ["collaboration"] +--- + +Gatsby is more than just a new website framework -- creating websites in Gatsby is a fundamentally different paradigm than in a CMS-specific framework. + +Website teams adopting Gatsby report improved collaboration at each stage -- from architecture and user research, to design and development, to testing and launch. Many of these derive from Gatsby features: faster development cycles, easy compatibility with React component libraries, a CMS-agnostic development environment, the ability to easily deploy static build artifacts. + +To fully take advantage of new, Gatsby-enabled workflows, consider adopting some of these techniques: + +### Architecture + +_Take advantage of extended evaluation periods to build a component library_ + +Larger companies considering adopting Gatsby often plan in terms of migrating multiple sites (or internationalized versions of sites) over a timeframe of a few months to two years. These projects can have long preparation times before active development starts. + +One high-leverage activity during these time windows is to focus development on a React component library. Then, when development begins the team is able to quickly assemble Gatsby React pages from these pre-built components. Consider designating senior UI developers as "component architects" in this process. + +_Consider a less-expensive CMS or multi-modal architecture_ + +Choosing Gatsby frees your CMS from doing a lot of the heavy lifting, such as scaling to meet peak load and having a rich, modern web development experience. If you're using an expensive enterprise CMS, Gatsby can help your project stay within budget by allowing you to choose a simpler, cheaper option, such as a hosted Drupal instance, or a content management SaaS like Contentful. + +Another consideration is that not all of your content _has_ to live in one system. Often, you can save time and money by create a multi-modal content architecture with best-in-class solutions for each of the different workflows & capabilities you require. You might choose to manage your e-commerce product catalog in Shopify, company-specific marketing pages in Contentful, and form-based event data in Google Sheets & Forms. Gatsby offers plugins to pull data from multiple sources, while building with one stack. + +### User Research + +_Utilize developers to prototype faster_ + +In order to do user testing, usually user researchers work with designers to construct pixel perfect prototypes of various options, either static or clickable. Constructing and iterating on these artifacts can take days or weeks. + +Gatsby makes another option possible. Some Gatsby users report [setting up a production site](https://www.gatsbyjs.org/blog/2018-01-18-how-boston-gov-used-gatsby-to-be-selected-as-an-amazon-hq2-candidate-city/) with live UI that is building and deploying in under an hour. + +Especially if your organization already uses a React or HTML-based component library, your team may consider bringing in a developer to construct live wireframe-level prototypes. This may enable you to accelerate the user research process, start the development process with a working prototype rather than from scratch, and ultimately let you arrive at a better version of your site. + +### Development + +_Make progress without access to the client CMS_ + +Sometimes website development teams don't gain access to the client's CMS until development has already started. This can happen for a variety of reasons -- internal client policies, the need to onboard content editors, and so forth. Typically this is a difficult situation where development can be blocked or delayed, and can lead to timeline slippage, crunch time at the end of the project, and so on. + +With Gatsby, the CMS-agnostic development workflow gives teams tools to continue to make progress even without access to client content. One common approach is to develop and prototype UIs pulling placeholder content from markdown files stored in the repo. When the team gains access, it only takes a few lines of code to reconfigure the site to pull content from the CMS. + +## QA and Testing + +Gatsby's extensible system of API hooks, tight integration with static hosts like Netlify, and use of React's modular component architecture, allow website teams to enable more effective QA <-> Development workflows. + +_Use development pages to communicate project status & collaborate with designers_ + +One option some teams have found powerful is to create static page components within Gatsby to [handle necessary parts of the development/QA workflow](https://www.gatsbyjs.org/blog/2018-04-11-trying-out-gatsby-at-work-and-co/#1-pre-integration-qa). + +This could include: +* Checking UI implementation of various components to ensure behavior is intended +* Enabling QA visibility into desired site-specific page-level validations, such as "don't end a page in a carousel" +* Communicating build history and last build status + +_Use branch and pull request-based artifacts to collaborate on specific pieces of work_ + +Using the [branch and pull request-based artifacts](https://www.gatsbyjs.org/blog/2018-04-11-trying-out-gatsby-at-work-and-co/#building-staging-urls +) automatically created by a service like Netlify for collaboration between developers, designers, and QA. Because generated artifacts are static, pull request collaboration workflows are resilient to underlying content schema changes, such as field deletion, that might break a typical CMS development environment. + From 09b10a4ed8caeadf1f60a62ee8a5cbfa8a75ee27 Mon Sep 17 00:00:00 2001 From: Sam Bhagwat Date: Tue, 24 Apr 2018 22:01:10 -0700 Subject: [PATCH 6/6] excerpt --- .../index.md | 1 + 1 file changed, 1 insertion(+) diff --git a/docs/blog/2018-04-25-how-gatsby-changes-teams-website-development-workflow/index.md b/docs/blog/2018-04-25-how-gatsby-changes-teams-website-development-workflow/index.md index 385761f8de588..9c503aaa80aea 100644 --- a/docs/blog/2018-04-25-how-gatsby-changes-teams-website-development-workflow/index.md +++ b/docs/blog/2018-04-25-how-gatsby-changes-teams-website-development-workflow/index.md @@ -2,6 +2,7 @@ title: How Gatsby Changes Teams' Website Development Workflow date: "2018-04-25" author: "Sam Bhagwat" +excerpt: Gatsby is more than just a new website framework -- it changes the way your team works together. tags: ["collaboration"] ---