-
Notifications
You must be signed in to change notification settings - Fork 3k
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
Refactor FXIOS-8044 [v123] Fix swiftlint relative path #17932
Refactor FXIOS-8044 [v123] Fix swiftlint relative path #17932
Conversation
pre-running BR because I want to make sure things are working correctly. |
ah-hah! What I believed would happen has happened. Ok. Now to figure out part 2 of this mystery! |
cc @isabelrios also |
I HAVE FIGURED IT OUT!!!!! |
c699eb3
to
3ece754
Compare
Generated by 🚫 Danger Swift against 3ece754 |
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 figuring out this issue, amazing job 🥳 !!
📜 Tickets
Jira ticket
Github issue
💡 Description
During The Big Merge of 2023,
swiftlint.yml
was kept in place, but its content modified, which, in theory, is ok.The first issue was that the Client's call to swiftlint was missing. This part was easy to figure out. However, on running it, it seems that swiftlint doesn't run at the top level, but relative to the path wherein it was called. Experimentation with removing the swiftlint file around revealed that swiftlint, on being enabled in the build, was actually using some default configurations, which, in actually resulted in a ton of errors, due to said relative pathing issue.
By specifying a relative path in the Client's Switlint step, we're back to our original position in our swiftlint journey, with the only warnings being generated by non-swiftlint items.
This has been an learning journey.
📝 Checklist
You have to check all boxes before merging