-
Notifications
You must be signed in to change notification settings - Fork 9
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
No such file or directory #3
Comments
@sschizas Did you manage to fix this? We're having the same problem. |
@Sherlouk : Can we please resolve this issue? |
Thank you @thapli9A for tagging me, I can only apologise but it looks like I forgot to watch this repository so I haven't been receiving notifications for bugs like this one here. I haven't intentionally been ignoring it. I believe what's happening here is that the project is expecting just one Package.resolved file to exist in the directory specified (or root, by default). In your case it looks to be picking up on three different files. I believe it's then trying to generate a checksum based on a string of all paths combined. So it's not looking for
Which in turn is then failing. What I think we need to do to resolve this is handle the situation where multiple are found and hash them all individually and combine the hash so that if any change then the script works as expected. I've added this to my TODO and can only apologise once again for the delay in getting back to you. |
@Sherlouk : No worries. But it's a matter of urgency that we needed this package. The dependent bot doesn't support SPM as of now. And this very interesting alternative we have. Thanks for replying :) |
Allow users to provide a workspace path (and accompanying scheme) to the xcodebuild commands as opposed to inferring the Xcode project which it has done until now. This will hopefully address a few users concerns and may contribute towards a solution for issue #3 which appears to contain a workspace.
Allow users to provide a workspace path (and accompanying scheme) to the xcodebuild commands as opposed to inferring the Xcode project which it has done until now. This will hopefully address a few users concerns and may contribute towards a solution for issue #3 which appears to contain a workspace.
This should now be fixed with version 0.2.0. It appears this was more of an issue of not supporting workspaces (which I can see from your debug code you're using!). This is now supported and documented in the README. There is definitely an issue around multiple files being returned by the find command, this may still happen if you have multiple Xcode projects in a single directory and aren't using a workspace. I believe this use-case is rather limited and so haven't addressed it with 0.2.0 - if folks do run into this though please do raise a new issue and we can look into it. Apologies for the delay once again! |
@Sherlouk Thanks for fixing this!
We have broken up parts of our project into smaller local SPM packages (e.g. Core, Business, Component) that live in the root folder. The action works if we provide a
However, it ignores the other packages. I'm guessing this case is not supported yet? Are there any workarounds? |
Hey @alexandersandberg, feel free to raise a new issue to explore this further but I'd love to better understand your architecture here. One thing to note is that this action is specifically for Xcode projects (and now I suppose workspaces) as opposed to dependencies in Swift Packages themselves. For updating the dependencies listed in a Swift Package itself, you should likely explore this action which is also linked in the README and was the inspiration for this project 😄 So from the screenshot, it may make sense to have both of these actions in a single pipeline. One would update the dependencies listed in your Xcode project (or workspace), and the other would update the dependencies in each of your local packages (CoreKit, BusinessKit, ComponentKit, etc). Does this make sense? - and for the record, this pattern is something I'm doing in my own project 👍 Again, feel free to raise another issue (I'm following the repo now so I'll see it 😂) and especially if you can generate a quick example project just showing where you define your dependencies that would be awesome. |
This sounds like the way to go—I will give it a try. Thanks! 🙂 |
I have a project with SPM and Cocoapods dependencies and I have the action running in order to check for outdated SPM:
And I get the following error:
But the file
./Danger-Swift/Package.resolved
exists.The text was updated successfully, but these errors were encountered: