Skip to content

Run def-conversions only once #27

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

Merged
merged 2 commits into from
Apr 26, 2017
Merged

Run def-conversions only once #27

merged 2 commits into from
Apr 26, 2017

Conversation

jeaye
Copy link
Contributor

@jeaye jeaye commented Apr 19, 2017

Fix #26

Adding ?w=1 will rule out the whitespace differences and show just the couple of lines that changed. Here's a link: https://github.com/ztellman/byte-streams/pull/27/files?w=1

@jeaye
Copy link
Contributor Author

jeaye commented Apr 19, 2017

Adding a regression test. Gimme a bit before merging, please.

@jeaye
Copy link
Contributor Author

jeaye commented Apr 19, 2017

Ok, all set on my end. A new version deployed, after merging this, would be much appreciated. Then I can start to propagate the version changes up to jerks-whistling-tunes and then ring-gatekeeper. :)

@ztellman ztellman merged commit 050cab3 into clj-commons:master Apr 26, 2017
@jeaye
Copy link
Contributor Author

jeaye commented May 10, 2017

@ztellman Any chance of getting a release soon?

@ztellman
Copy link
Collaborator

Just cut 0.2.3-alpha1, sorry for the delay. Please feel free to follow up sooner in the future, this just completely slipped my mind.

@jeaye
Copy link
Contributor Author

jeaye commented May 10, 2017

@ztellman Thank you. For how long are byte-streams releases typically in alpha? I'm wondering if I should hold off on the PRs to other libs until 0.2.3 is out.

@ztellman
Copy link
Collaborator

Which other libraries? The :reload-all workflow is not a typical one (for basically the reasons we ran into here), and it can be fixed by overwriting the dependencies in your project if you need it fixed. If this is affecting lots of people, I'm happy to cut a new release, but usually I'd wait for a few other changes to accumulate.

@jeaye
Copy link
Contributor Author

jeaye commented May 10, 2017

I have been waiting to update https://github.com/aprobus/jerks-whistling-tunes/ (some discussion here) to resolve this issue so that I can ultimately update https://github.com/jeaye/ring-gatekeeper (and, ideally, its upstream).

The :reload-all workflow is essential for any non-trivial, repl-driven server development; I don't see how else it would work.

@ztellman
Copy link
Collaborator

I just update single namespaces, and avoid anything which holds onto references to older implementations. Perhaps I'm in the minority there, however. I have no objection to cutting a full release, can you just double-check that this alpha release resolves all your issues?

@jeaye
Copy link
Contributor Author

jeaye commented May 10, 2017

Part of the reason that we take this :reload-all approach is due to clojure.spec. Since we have specs for the vast majority of our functions and data, and changing some code may invalidate previous specs, or add new specs, having a single restart! function in a my-proj.dev namespace, which does a :reload-all and then re-instruments the code with the new specs (using orchestra) means that we're always running with up-to-date instrumentation for our specs. I appreciate you taking the time to understand this.

With all of that said, I have verified that 0.2.2 has the issue and 0.2.3-alpha1 does not. :)

@jeaye
Copy link
Contributor Author

jeaye commented May 18, 2017

@ztellman What's the verdict on this?

@ztellman
Copy link
Collaborator

Sorry, I keep getting side-tracked. I'll cut the release now.

@ztellman
Copy link
Collaborator

0.2.3 is available, sorry for the delay.

@jeaye
Copy link
Contributor Author

jeaye commented May 18, 2017

Thank you!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants