$ tea --sync
# ^^ updates the pantries, and any packages in the virtual-environment
$ tea --sync +deno.land
# ^^ updates specific packages
$ sh <(curl tea.xyz) --sync
# ^^ updates `tea` as well
open $(tea --prefix)
We hope to improve this UX very soon.
teaautomatically invoke their namesake:
$ ln -s $(which tea) /usr/local/bin/bun
$ bun --version
tea: installing bun…
# you can version tools this way too
$ ln -s $(which tea) /usr/local/bin/bun~0.3
$ bun~0.3 --version
tea: installing bun=0.3.0
# if you prefer you can symlink with a `tea+` or `tea_` prefix
$ ln -s $(which tea) /usr/local/bin/tea+node
$ tea+node --version
This doesn’t work on Linux; you’ll need to use hard-links. This is a platform limitation we cannot work around 😞
We intend to make a VSCode extension that automatically fetches the environment for the active workspace. In the meantime, add tools to your
PATHas described in the above FAQ.
We list all packages at tea.xyz. Or
open ~/.tea/tea.xyz/var/pantry. We hope to improve this UX very soon, too.
We want to support all platforms. Start a discussion and let’s talk about how to move forward with that.
We may revisit it, but we realized quickly that because tea makes it so trivial to use anything from the open source ecosystem, it also makes it trivial for you as a developer to use
justor any of the myriad of other tools that are tightly scoped to the initial goals of executable markdown.
† xc actually is a more mature implementation of executable markdown and we think you should definitely check it out.
We install compartmentalized packages to
We then suggest you add our one-liner to your shell
.rcand a symlink for
We might not have installed tea, if you used
sh <(curl tea.xyz) fooand tea wasn’t already installed, then we only fetched any packages, including tea, temporarily.
Our packages are relocatable by default. Just keep the directory structure the same. And ofc. you are licensed to do so (by us! each package has its own license!). Honestly we think you should absolutely bundle and deploy tea’s prefix with your software. We designed it so that it would be easier for you to do this than anything that has come before.
tea is creating new technologies that will change how open source is funded. tea/cli is an essential part of that endeavor and is released prior to our protocol in order to bootstrap our holistic vision.
We don’t subscribe to any particular “web” at tea.xyz, our blockchain component will be an implementation detail that you won’t need to think about (but we think you will want to).
Last modified 7d ago