App switcher component for Atlassian products.
This is where you make changes to the Atlassian switcher.
That's great! Please read our engagement model and contribution model if you would like to make changes or raise a JSM request.
You can also reach out to us us in #help-start-switcher
We want to stay informed about your intentions before you raise the PRs because a few reasons.
1. If you are updating the component APIs, we would like to explore the possibility of you either using existing functionality or making the changes re-usable for other products. This will help to minimize the effort of updating switcher every time a product needs some customization.
2. If you are adding a feature behind a feature flag, we would also like to hear from you! It is important that the feature flags work, but it is also important that they are cleaned up after an experiment is over!
3. If you talk to us early, it will also help us prioritise our time to review the PRs.
Switcher is part of the Atlassian frontend repo, so in order to start developing in switcher you need to set up Atlassian frontend repo using this guide.
In order to make changes to Switcher, you need to run Switcher examples locally using yarn start:navigation and access them at (http://localhost:9000/packages). For most changes, such as UI changes or adding support for a new product, updating existing examples should be enough. However, if you're adding a new experience it's worth making a separate example for it.
Along with the rest of Atlassian Frontend, Switcher uses Jest for testing. You're expected to add unit tests for any change in the logic, and to update snapshot tests for UI changes.
You can run the tests for Switcher using yarn test packages/navigation/atlassian-switcher command.
You can learn more about Atlassian Frontend testing practices here.
Note that Switcher follows the continuous release model, so the branch containing your changes should be targeting master. Once a PR is created, reviewers from the Your Work team will be add to the PR automatically.
All components in Atlassian Frontend, including Switcher, follow semantic versioning. That means that every PR needs to include a changeset commit, describing the changes that made to the component. A changeset commit can be created by running bolt changeset command and picking atlassian-switcher as the package to be updated. You can learn more in the Atlassian Frontend versioning guide.
Once the branch is merged, a new version of Switcher will be released automatically. You then need to follow the bumping instructions to update the version of Switcher in all of the products that require your change.
If you would like to add the switcher to your product, we _highly_ recommend you to add pollinator checks. A repository has been setup to make it simple to add new checks for your product while keeping them in a centralised location. This will send high-priority alerts to product teams and low-priority alert to us. To create new checks, follow the README in https://bitbucket.org/atlassian/switcher-pollinator/src/master/
You can verify complex Switcher changes in-product by using branch deploys. Branch deploys are a way to publish changes to all packages you've made in your development branch to s3 as a published package bundle that can then be installed in any product.
An alternative method is to release a new version of Switcher containing the changes and use branch deploys to test in Jira and Confluence. This only works for the two products mentioned and should only be used as a verification method for relatively simple changes.
- Raise a PR containing your changes in atlassian-frontend, wait for Default branch build to complete successfully, and note the commit hash of the most recent commit in your pull request.
- Follow these instructions to install atlaskit-branch-installer.
- Clone the frontend repository of the product you want to test Switcher in, e.g. jira-frontend
- In the product repository, run atlaskit-branch-installer . This will create a temporary version of Switcher that contains your changes and inject it in product as a dependency. Check that the Switcher dependency in package.json looks similar to this: "@atlaskit/atlassian-switcher": "https://statlas.prod.atl-paas.net/atlassian-frontend/c607eee9bd14/dists/atlaskit-atlassian-switcher-8.10.0.tgz".
- Follow the specific product directions to run the product locally and verify your changes.
- Merge your changes and release a new version of Switcher
- Make a branch off master in Jira frontend repo, update the version of switcher, and wait for builds to complete
- Pick the Webapp branch build and grab the fragments URL from the very end of the build log
- Inject the fragment location in jdog following these instructions
- Merge your changes and release a new version of Switcher
- Make a branch off master in in JFE, update the version of switcher, and make a PR with no reviewers on it
- Once the builds are successful a super-soaker-bit will add a link to test the changes in Hello (see Confluence Frontend - Branch Build Testing for more details)
Switcher requires that a product provides its own instance of analytic clients.
For that, wrap your Switcher component into a FabricListener. Here's an example code below.
``
import FabricAnalyticsListeners, { FabricChannel } from '@atlaskit/analytics-listeners';
excludedChannels={[
FabricChannel.atlaskit,
FabricChannel.elements,
FabricChannel.editor,
FabricChannel.media
]}
>
``
Without doing so, switcher will not be sending any analytic events. If you have any issues, please reach out to team that owns this component.