-
Notifications
You must be signed in to change notification settings - Fork 140
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
feat: nodejs_npm rewrite local deps #215
feat: nodejs_npm rewrite local deps #215
Conversation
f88bccc
to
48ff701
Compare
Thanks for you contribution @cBiscuitSurprise! |
Thanks again for your contribution @cBiscuitSurprise! |
…nal package.json from their backups
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for working on this!
Added a few minor comments, but looking great otherwise.
org_file = "package.json" | ||
bak_file = org_file + ".bak" | ||
|
||
for (root, _, files) in self.osutils.walk(self.artifacts_dir): |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why is the walk necessary?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
During the building process we update the package.json
files to point to the new packed dependencies.
We make backups of the original files.
At the end of the process we walk the dirs to revert the files to their backup so that the files we upload are the original ones. (#187)
Quick follow-up: |
@cBiscuitSurprise |
@mgrandis At this point, we've only included our dependencies as git-submodules (and thus they live within the project directory). I hadn't thought about the generic case. I could see some potential there for us, but at this point, it's not our requirement. |
Thanks @cBiscuitSurprise for your contribution, I will mark this PR as draft till we finalize the local dependencies usage when building in containers |
I chatted with the team about this. I know a lot of effort was put into this PR but we are not going to accept this contribution. The team has another way we want to tackle local dependencies across many of the runtimes we support with build. The solution will allow us for a wider support than just Node. My understanding of the direction we are wanting to take is build within the source directory. This should solve for more problems we see with build than just local dependencies. I do not have an ETA to share with the community at this time. Thanks for the contribution and time invested in this PR. |
@jfuss any place (issue, pr, etc.) where we can track the progress on the resolution of this issue? |
It'd be nice to have some transparency on the current state of this issue. We are having trouble here as well. @jfuss |
Hi @jfuss , is there a workable solution available? or an update maybe |
@jfuss we would all appreciate and update on the current development status |
@jfuss Any update on this one? |
@jfuss since you closed the PR to resolve the issue we cannot see any improvement. What is the status how the feature you told about? |
@jfuss apologies for the second ping on this. Any clarification would be much appreciated; |
No updates? |
I got a solution to resolve it. if you move modules from |
Description of changes:
In line with this design para, I'd like to work on fixing this as it's currently making my life very difficult.
Steps to remove
WIP:
:NodejsNpmPackAction
andDependencyUtils.package_local_dependency
into common functionBy submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.