use wrapper tasks, fix #357
๐ Description
removed gradlew/gradle symlinks from sample projects
instead added the wrapper task
changed CI to always use the wrappers in plugins/
idea will automatically create the gradlew file and gradle/ folders when linking the gradle projects
and also add it to .git/info/exclude (local gitignore) so it will nto commit duplicates
... at least on my systems
๐ Motivation and Context
fixes #357 symlinks end up as plain files on windows,making it impossible to develop without replacing the symlinks with real files, which messes with git diffs
๐งช How Has This Been Tested?
๐ฆ Types of changes
- [x] Bug fix (non-breaking change which fixes an issue)
- [ ] New feature (non-breaking change which adds functionality)
- [ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
โ Checklist
- [x] I have read the guidelines for the development process
- [ ] My change requires a change to the documentation.
- [ ] I have updated the documentation accordingly.
Can you undo the changes to the versions.properties files? They are unrelated to the change and make review and history complicated.
i did not even realize i comitted them accidentally
Using the commit tool window in IntelliJ can help to check what is included in the impeding commit, and uncheck changes or files.
idea will automatically create the gradlew file and gradle/ folders when linking the gradle projects and also add it to .git/info/exclude (local gitignore) so it will nto commit duplicates
That part doesn't work to me. How is that supposed to work?
Thanks for your work, unfortunately I never got it to work, I guess we can suffer having dupes of those gradle files
@jmfayard Did you try this PR, it did you try something else?
now replaced with https://github.com/jmfayard/refreshVersions/pull/626