You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Sometimes the Chromatic CI check will generate diffs based on a commit in a PR that is not the most recent; the effect of this is that diffs can be flagged incorrectly and re-running the build does not always fix this problem. When this happens a PR cannot move forward unless the diffs are accepted (when they should not be), meaning that the next PR will have to deal with accepting changes that return the baseline where it should be. This behavior also makes it hard to determine the visual effect of a PR on other components.
The text was updated successfully, but these errors were encountered:
Something that I noticed is that branches merged into main seem to need to Chromatic changes accepted again even after they have already been accepted in the merging branch. That might be related.
Sometimes the Chromatic CI check will generate diffs based on a commit in a PR that is not the most recent; the effect of this is that diffs can be flagged incorrectly and re-running the build does not always fix this problem. When this happens a PR cannot move forward unless the diffs are accepted (when they should not be), meaning that the next PR will have to deal with accepting changes that return the baseline where it should be. This behavior also makes it hard to determine the visual effect of a PR on other components.
The text was updated successfully, but these errors were encountered: