RFC: `hydrate.copy` API
See original GitHub issueThis issue is for collecting feedback on the hydrate.copy
API, currently experimental as of Architect 10.5.
The goal of the hydrate.copy
API is to give Architect plugin developers a hook for copying arbitrary files and folders into all Lambdas after dependency and shared code operations are complete, thus ensuring that such filesystem mutations will be present in deployment.
For more information about the API, please refer to the docs, as well as the Arc 10 API RFC. We’d love to hear what you think here about hydrate.copy
(and other hydrate.*
API ideas) here!
Issue Analytics
- State:
- Created a year ago
- Comments:5 (5 by maintainers)
Top Results From Across the Web
RFC: Partial Hydration #36608 - gatsbyjs/gatsby - GitHub
Summary. We're happy to announce Partial Hydration in Gatsby 5. You gain the ability to mark specific parts of your site/application as “interactive,”...
Read more >Partial Hydration (Beta) Explained - Gatsby
Currently, Gatsby pages are fully hydrated – this means that every ... You can learn more about React Server Components on the RFC....
Read more >Copying hydrated data to tape storage for disaster recovery
You can copy data from a primary container storage pool to a copy storage pool on tape. Tape can be a cost-effective alternative...
Read more >netapp_ontap.resources.ldap_schema API documentation
RFC -2307 Based on RFC-2307 (an approach that uses LDAP as a network information service). This schema is appropriate for most UNIX AD...
Read more >Discussion regarding the complex response structure for ...
Original v4 RFC for REST: rfcs/xxxx-v4-rest-api.md at v4/rest-api ... are passing down becomes huge and therefore hydration more expensive.
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Hmm, clever idea. I had also been thinking of the opposite: ONLY share to a given Lambda.
I’m thinking that at least just to start (and since this API is still in beta) how about we change it to hydrate all Lambdas, regardless of shared code. And if folks want this to be more filtered we can hear that feedback and add filtering features.
Here’s a PR, lmk what you think: https://github.com/architect/hydrate/pull/163
The above changes are now out in Hydrate 3.1.5 / Arc 10.7.3!