-
Notifications
You must be signed in to change notification settings - Fork 0
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
Filter dependencies by target #6
Conversation
This reverts commit 4d976ec.
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.
I think the concept of DependencyModule.Module
and Target
are the same and can be combined together for a more unified logic. The whole concept of "virtual app" can go away so we always process podfile
and podfile.lock
thanks @sdidla for your feedback. I had no time last week to do those changes. I´m going to apply this target concept also in history and graph commands to be consistent. |
@sdidla Can you take a look at the latest changes? |
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.
I think we might need to process the pod file for each commit/git-revision
@@ -16,8 +30,11 @@ struct CompareCommand: ParsableCommand { | |||
) | |||
var gitObjects: [String] = ["HEAD", "main", "master"] | |||
|
|||
@Option(help: "The Pod to compare. Omitting this generates compares a virtual `App` target that imports all Pods") | |||
@Option(help: "The Pod to compare. If you specify something, target parameter will be ommited") |
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.
See comments in the README
Co-authored-by: Shammi Didla <sdidla@gmail.com>
Co-authored-by: Shammi Didla <sdidla@gmail.com>
Co-authored-by: Shammi Didla <sdidla@gmail.com>
Co-authored-by: Shammi Didla <sdidla@gmail.com>
This fixes #7
Currently we get all the dependencies from the
Podfile.lock
without evaluating which targets those dependencies belongs. We want to introduce a new parameter (target) to filter only the dependencies for that target.