-
Notifications
You must be signed in to change notification settings - Fork 5
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
chore: fix cyclic dependencies #1951
Merged
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
🦋 Changeset detectedLatest commit: 5468797 The changes in this PR will be included in the next version bump. This PR includes changesets to release 1 package
Not sure what this means? Click here to learn what changesets are. Click here if you're a maintainer who wants to add another changeset to this PR |
ChristianBusshoff
changed the title
fix (cyclic dependencies): remove cyclic dependencies #1713
fix (cyclic dependencies): remove cyclic dependencies
Oct 11, 2024
…thub.com/SchwarzIT/onyx into feat/1713-removal-of-cyclic-dependencies
…` now expects a new first parameter which requires brand details to be set
…13-removal-of-cyclic-dependencies
JoCa96
changed the title
fix (cyclic dependencies): remove cyclic dependencies
chore: fix cyclic dependencies
Nov 5, 2024
larsrickert
requested changes
Nov 6, 2024
…13-removal-of-cyclic-dependencies
larsrickert
requested changes
Nov 7, 2024
Co-authored-by: Lars Rickert <[email protected]>
…thub.com/SchwarzIT/onyx into feat/1713-removal-of-cyclic-dependencies
…13-removal-of-cyclic-dependencies
JoCa96
force-pushed
the
feat/1713-removal-of-cyclic-dependencies
branch
from
November 7, 2024 09:12
16a59b5
to
0c16c24
Compare
larsrickert
requested changes
Nov 7, 2024
larsrickert
approved these changes
Nov 7, 2024
larsrickert
added a commit
that referenced
this pull request
Nov 8, 2024
Relates to #1951 Currently our dev scripts (e.g. of `sit-onyx`) do not work in a clean repository. The issue is that `sit-onyx` depends on other packages (like icons) to be build first. I aligned all `dev` scripts for all packages to be run with turborepo so all dependencies are managed/build correctly.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
index.css
, which is already exported asstyles.css
to have the same name internallysit-onyx
dependency:getComputedStyle(el).getPropertyValue(property)
brand
defaults forcreateTheme
to keep users from using our brand detailsONYX_BREAKPOINTS
constant andOnyxBreakpoint
type to@sit-onyx/shared
@sit-onyx/shared
is now published as we have direct build and runtime dependencies to itturbo
configuration has been updated, so that it builds shared beforehandturbo
to determine dependencies itselfpeerDependencies
from the workspace intodevDependencies
asturbo
will not consider them otherwise (See also: vercel/turborepo@1eb3333)sass-embedded
to fix incompatible vite plugin types (different version usages ofsass-embedded
will result in dedicatedvite
dependencies and therefore inequal types)