-
Notifications
You must be signed in to change notification settings - Fork 43
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
Handling interaction with package.json #38
Conversation
I think it might need changed :(. This means that Users want to either:
Your implementation does not seem to behave well for 1 ( I think "Merge unique dependencies in package.json and project.clj" needs some tests. |
Thanks for the feedback. I've made the changes you suggested to the first commit.
No worries, I figured this would probably be the case. Thanks for explaining your thoughts. The current implementation was intended to make |
"Please remove it.") | ||
(main/abort))) | ||
(when (and (not (persist-package-json? project)) | ||
(.exists (package-file-from-project project))) |
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.
(and (not (persist-package-json? project))
(.exists (package-file-from-project project)))
That's the indentation style I am used to. May I ask what editor/configuration you are using? Not a big deal.
Upon a more meticulous read it seems there are other indentation inconsistencies too.
I think we should be following this guide.
@ScottyB let me know if you need anything from me. I want to encourage contribution but I don't want quality to suffer. If you'd prefer me to take this over from your starting point, that's an option too, I just don't want to "steal" this away if you want it merged without modification. P.S. I'm open to feedback on my feedback. |
@RyanMcG No worries, I'm new to Clojurescript so happy to get the feedback. I'm keen to finish what I started but I'll be away for the next few weeks so if it can't wait I'm cool if you finish it off. When I get back I'll give it some more thought and will probably have some questions then :). |
Just wondering if there's any progress on this? Being able to persist the |
My team would find it useful to have a mode of operation where the package.json gets dumped on command, always completely overwriting if an older one is present. We need the package.json for launching the application via electron, but we'd prefer to treat it as a build artifact, if that makes sense. |
Aims to address issues with interacting with a package.json file.
From #35:
:persist true
to persist package.json that overwrites properties except for dependencies.:package
or:main
aren't specified, properties won't get overwritten in package.json. Let me know if this behaviour needs to be changed.Hopefully this addresses #23 as well.