Skip to content
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

Version-specific model builds in Hub #3497

Open
berekuk opened this issue Jan 10, 2025 · 1 comment
Open

Version-specific model builds in Hub #3497

berekuk opened this issue Jan 10, 2025 · 1 comment
Labels
Hub Squiggle Hub

Comments

@berekuk
Copy link
Collaborator

berekuk commented Jan 10, 2025

Right now buildRecentModelRevision worker uses runSquiggle, which uses the latest dev Squiggle.

We should use the selected Squiggle version instead, with versioned-components.

@berekuk berekuk added the Hub Squiggle Hub label Jan 10, 2025
@github-project-automation github-project-automation bot moved this to 🆕 To prioritize in Overview Jan 10, 2025
@berekuk
Copy link
Collaborator Author

berekuk commented Jan 10, 2025

Note: this is complicated for dev ("Next" version) builds:

  • potentially, we want to use dev builds as a smoke test for the upcoming Squiggle version, so, if we have enough CPU capacity, we might want to trigger builds for all existing Squiggle Hub models on latest dev Squiggle
  • when combined with Cache and expose serialized build values #3499, serialization format or Squiggle behavior can change, so we can't just show the cached version; serialized version from the previous dev build might not render correctly with the latest dev code

The solution is to expose the git revision from squiggle-lang, and use it as a key for dev versions.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Hub Squiggle Hub
Projects
Status: 🆕 To prioritize
Development

No branches or pull requests

1 participant