Closed olets closed 6 years ago
@olets thanks for bringing that up again ;) Why shouldn't we just release the v1.0.0 now?
Released. Just need you to merge https://github.com/zimmen/gulp-twig/pull/43
I would like to see updated twigjs, v1.10.5 was already released when we upgrade to v1.10.4. And readme.md cleanup (remove atpl reference) before we're going to bump the version again.
v1.10.5 is already catched by "^1.10.4"
I've changed it anyway
Fyi best to tag the upstream repo only after merge - 0575656
has been the default npm install gulp-twig
point since the tag was added.
Yep no reason to bump the Twig.js dependency until it hits v2. Just introduces noise
@bezoerb Ha you are quick! Leaving some feedback in the PR
@dotmagic what versioning scheme do you picture for this project? I'd like to use semver: breakingchanges.newfeatures.fixes
. That will lead to more frequent releases, but that's good: updates will ship to npm much more quickly. No matter what, it could be good to formalize
@olets I prefer semver too. Sadly twigjs doesn't follow semver and releases had often breaking changes in the past. However, small backwards compatible tweaks, cleanups like the one I've mention above can always be applied. I don't think it's against semver.
@dotmagic makes sense. Hoping to get Twig.js on a more semver release schedule, we'll see how that goes
Following up on the discussion at #32
8aea9c2 bumped the package.json, but a new release was never tagged. Since there was no push-back I imagine 1.0.0 at 8aea9c2 is acceptable. Otherwise we'll need to back down from 1.0.0 in package.json (which would be funny, since 8aea9c2 and the related changes in Twig.js are all about not dropping below 1.0.0 😉 - it's the lowest at which semver ranges work in npm)
I additionally propose bumping master to and releasing 1.1, so that npm users have access to #19.