Comments (2)
@Stebalien suggested a few things in Slack:
- When the builtin-actors enter "code freeze" for an upgrade, we need to:
a. Create a release branch in https://github.com/helix-onchain/filecoin.
b. Cut releases.
c. Update the helix libraries in the builtin actors.- More people need merge access (at the very least, aayush needs merge access).
- The builtin-actors should always be using the latest version of these libraries. Otherwise, breaking changes will accumulate.
(3) is interesting. From a simple POV, there should be no reason for built-in actors to upgrade these libraries if they don't want new functionality or APIs. Future new functionality may be actively unwanted, e.g. if we change the state schema (#188) to benefit most clients while the built-in actors don't want to perform the migration (yet). But an upgrade can be forced by the shared FVM libraries upon which both this and the built-in actors depend are upgraded, and the built-in actors want or are forced to take that upgrade. So there are two different things which can orthogonally prompt major version bumps, and clients might want one or the other (or both).
One possible approach to this would be to create release branches (and crate names) based on FVM version. Then each main FVM version line can have its own sequence of releases with associated changes. This would be quite a lot of overhead to maintain though.
The reverse possibility of release branches/crates based on functionality is also possible, but seems wrong.
A "simple" approach is for the built-in actors to just be ready to accept and integrate all API changes that come in these libraries (and if at some point they don't want them, fork). I think that's what (3) above is getting at, along with trying to front-load the integration work involved. But if we can find a way where built-in actors aren't forced to upgrade these libraries, that could be even better.
from filecoin.
(I'm working to get permissions to this repo so can do some issue cleanup/editing - slack thread)
Lets use this issue as the "Document the release process" issue.
We need to capture the steps taken and lessons learned as covered in
https://filecoinproject.slack.com/archives/C029MT4PQB1/p1718328592682279
#232
I hope too once we document the steps, we can get some more automation going (maybe building off what is suggested in #181 ).
from filecoin.
Related Issues (20)
- Rename parameters for clarity
- Remove Cbor trait from exported types
- Benchmark representation of Vec<TokenID> HOT 1
- Make NFT state - layer dumber HOT 2
- Decide if return values should include the list of token_ids HOT 1
- Set new owner outside of loop
- Allow account-level operators to set approval for tokens
- Explicit from param in hooks/burning
- Investigate if result_large_err needs fixing HOT 1
- checking this outside requires an extra load (same for transfer_from)
- FRC46: MintReturn etc. should use Option<IpldBlock> for optional data HOT 2
- Run package releases off CI
- Update AMT / HAMT libraries to allow for ranged iteration HOT 4
- Optimise allowance data into same HAMT as balances
- Add a test to simulate integration into built-in actors HOT 2
- Add types for one-value params and returns
- Switch to stable rust toolchain HOT 1
- `frc42_macros` indirectly depends on `fvm_sdk` and `fvm_shared` HOT 1
- Refactor integration tests
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from filecoin.