-
Notifications
You must be signed in to change notification settings - Fork 61
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: separate main and sample logic #47
Conversation
… logic. This supports the abillity for someone to fork/clone the repo and setup the project as an unlocked package without the need to also package the sample code
I can see that the validation checks have failed but I am not certain what needs to be changed. Any guidance on this would be appreciated |
Hi @ImJohnMDaniel , thanks for contributing to the project ! We've some linting processes to ensure that all the contributions follow some rules & conventions. Some weeks ago, we've included conventional commits in the project, so you need to ensure that your commits and the title of the pull request follow that standard. We're using specifically the angular convention. For example, you could refactor your PR title to And the same things for the two commits that you've pushed |
@scolladon and @victorgz -- can you let me know what else needs to be done in order for this PR to approved? Thanks |
Hi @ImJohnMDaniel , thanks for your contribution and sorry for the late reply ! We've been disconnected some with other projets so there has not been a lot of activity here. I've just approved the changes, however it seems to be a problem with the Github actions coming from a forked repository. There are some secret tokens used by the actions (whicih obviously are not available in your forked repo) and the actions are executed with your user in the context of our repo. It seems to be a known issue by Github. I'm gonna try some workarounds and let you know ASAP |
@victorgz, Thanks for the update. Let me know if you need anything more from me. Cheers! |
Change allows for proper separation of "main" logic from the "sample" logic.
This supports the ability for someone to fork/clone the repo and setup the project as an unlocked package without the need to also package the sample code
Description
General best practice suggests that sample logic should be separate from main/primary logic. This change achieves that and provides an easy approach to allow someone to package the codebase in an unlocked package.
Motivation and Context
How Has This Been Tested?
sfdx force:source:push
Types of changes
Checklist: