Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

docs(TF-410): multibrand ci/cd #7401

Merged
merged 7 commits into from
Feb 25, 2025
Merged

docs(TF-410): multibrand ci/cd #7401

merged 7 commits into from
Feb 25, 2025

Conversation

jagoral
Copy link
Contributor

@jagoral jagoral commented Feb 20, 2025

No description provided.

Copy link

changeset-bot bot commented Feb 20, 2025

⚠️ No Changeset found

Latest commit: b140bed

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

Click here if you're a maintainer who wants to add a changeset to this PR

@jagoral jagoral changed the title docs(TF-410): ci/cd docs(TF-410): multibrand ci/cd Feb 20, 2025

Here's how our setup action is defined:

```yaml
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

How could we have this in sync with the original file? To avoid having an outdated docs 🤔

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

that's a valid question.. As this is a general problem in our docs, and we don't have a solution for it, I've decided to describe the setup action on a high level 6f44a36

@jagoral jagoral requested review from mateuszo and filrak February 21, 2025 07:25
@jagoral jagoral requested a review from grixu February 21, 2025 09:29
Copy link
Contributor

@mateuszo mateuszo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is great. However, I'm not sure whether this should be in the public documentation. On one hand, I'm not keen on hiding any information, but on the other knowledge presented here might give an incentive to our customers to build their own pipelines and deploy to their own infra, what is AFAIK not what we want. Or, even they might even be deploying to our cloud but with a custom pipeline and I don't think we want to support that - IMHO it creates a new bug category. Lastly, I find this as our secret sauce ;) we give it for free here and make our service look less like a service.

WDYT @filrak ?

- Efficient resource usage
- Reduced redundancy (unchanged stores are skipped in CI/CD pipeline)

## Continuous Integration (CI)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Having all the steps listed here and explained briefly would be nice. An image visualizing this would be superb ;)

@jagoral
Copy link
Contributor Author

jagoral commented Feb 21, 2025

@mateuszo I think this docs might be helpful for customers who don't use Github Actions. If we don't provide CI/CD for other providers (like Gitlab, Bitbucket, Jenkins), they can use this page to build it on their own

yarn store test --store-id $STORE_IDS
```

## Continuous Deployment (CD)
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We decided with @mateuszo that the points above this one are too detailed and we should keep them internally for our team. It could indeed make it much easier to leave Alokai.

Copy link
Contributor Author

@jagoral jagoral Feb 24, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So should then make a CI workflow a blackbox? Right now, all the code, which I describe here, will be delivered to the customer anyway

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We want to ensure that you understand that the client will still receive this code, so if necessary it can be migrated when they understand it. Unless it’s us who don’t understand the case you’re referring to, in which case that’s fine. In any event, we just want confirmation that we are all on the same page and understand the consequences both of removing this from the docs and that the client still receives this code.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm fine with keeping the code white-boxed. I hope that the consequences of leaving this part undocumented would be that nobody touches that.

Anyway, I don't have a strong opinion on removing this. It just makes the feature look more complex and non-service-like to me ;)

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I guess we can black-box it later on, for now this seems to be an easy fix for what @mateuszo raised. Let's keep it on confluence tho

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ok, I removed the CI part and moved it to the Confluence

@jagoral jagoral requested a review from filrak February 24, 2025 14:00
@filrak filrak merged commit fc16790 into docs/multibrand Feb 25, 2025
3 checks passed
@filrak filrak deleted the docs/tf-410-ci-cd branch February 25, 2025 12:33
grixu added a commit that referenced this pull request Feb 26, 2025
* feat: lay foundation (#7381)

* docs(TF-404): file based inheritance (#7389)

* docs(TF-404): file based inheritance

* fix: title case

* docs: describe base apps

* docs: story telling

* docs: describe project name and cloud region

* docs: include esling config, prettier and tailwind

* docs: concise moving stores

* docs: remove storefront-cli fragments

* docs: file basde inheritance update

* docs: mark direct and inheritance stores

* docs: move and expand the file resolution process

* docs: update file override system example

* Update docs/content/guides/6.multistore/2.tooling-and-concepts/2.file-based-inheritance.md

Co-authored-by: Filip Rakowski <[email protected]>

* Update docs/content/guides/6.multistore/2.tooling-and-concepts/2.file-based-inheritance.md

Co-authored-by: Filip Rakowski <[email protected]>

* docs: change store type namings

* docs: change order of what you'll learn

* docs: add diagram

---------

Co-authored-by: Filip Rakowski <[email protected]>

* docs(TF-407): adding integration tests (#7393)

* docs(TF-407): adding integration tests

* chore: add missing img

* fix: overriding base test

* chore: turn file names into comments

* docs: expand on overriding the file

* docs: move integration tests explanation to the beginning

* fix: syntax error

* docs(TF-405): managing the stores (#7391)

* docs(TF-406): local development (#7390)

* docs: Introduction to multibrand (#7382)

* new homepage for guides

* rewritten home page

* hide sidebar as its unnecessary

* phase 1 for introduction docs

* use cases pt2

* formatting improvements

* add "next" btn

* updated use cases section

* updated the use cases story with solutionsupdated use cases

* even more content yay

* more content

* almost final intro

* images

* images adjusted

* done!

* update main page

* update cookbook

* update home

* update home

* subtle improvements to visual interlinking

* feat: improve Multistore guide

* feat: improve Multistore guide2

* Add TL;DR (#7397)

Add tldr at the beginning of the guide so that developers can jump straight into the practical part if they want to.

* Update docs/content/guides/6.multistore/1.introduction/1.index.md

---------

Co-authored-by: rohrig <[email protected]>
Co-authored-by: Mateusz Ostafil <[email protected]>

* docs(TF-408): how deployment works (#7400)

* docs(TF-408): how deployment works

* chore: add link to file-based inheritance

* docs: maximum compatibility

* chore: elaborate more on independent versions

* docs(TF-410): multibrand ci/cd (#7401)

* docs(TF-410): ci/cd draft

* docs: complete docs

* chore: which stores have changed

* docs: improve introduction

* docs: describe a setup action on a higher level

* Update docs/content/guides/6.multistore/2.tooling-and-concepts/4.deployment/8.ci-cd.md

Co-authored-by: Mateusz Ostafil <[email protected]>

* chore: remove ci part

---------

Co-authored-by: Mateusz Ostafil <[email protected]>

* docs(TF-409): deployment configuration (#7398)

* docs(TF-409): deployment

* docs: update security parts

* fix: nextjs instead of next

* chore: docker registry url

* chore: refactor what you'll learn

* docs: framework auto-detection

* docs: mention .env file

* docs: decouple from a ci provider

* docs: region warning

* docs: deployment variables reference

* docs: move prerequisites at the beginning of the section

* Update docs/content/guides/6.multistore/2.tooling-and-concepts/4.deployment/7.configuration.md

Co-authored-by: Mateusz Ostafil <[email protected]>

* chore: staging env

* chore: local testing -> triggering local deployment

* docs: change introduction

---------

Co-authored-by: Mateusz Ostafil <[email protected]>

* chore: clean up

* Comment out CDN in data fetching guide (#7404)

* docs: add best practices collection and data fetching guide

* docs: add data fetching examples

* docs: explain why not to fetch lazy loaded data server side

* docs: comment out info about CDN

* docs: update handling custom occ endpoints recipe (#7405)

* fix: guides

* remove icons and add descriptions

* remove link to patterns from cli reference

* move performance to best practices

* Imp. descriptions in best practices

* fix: missing description

* fix: not working image

* fixes for image and missing next step

* change button to arrow link in file inheritance doc

---------

Co-authored-by: Tomasz Góral <[email protected]>
Co-authored-by: Filip Rakowski <[email protected]>
Co-authored-by: rohrig <[email protected]>
Co-authored-by: Mateusz Ostafil <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants