It's mostly the same setup it just needs a pnpm workspaces file and if you have apps and packages in the same repo you may want to ignore publishing apps to npm using the changesets config.
@@kevinzunigacuellar I don't want to ignore publishing and changeset config though. What I mean was the monorepo with tool like Nx or Turborepo we can publish multiple packages to npm with Lerna.
I second this--I just tried setting up my first monorepo a few days ago and it took me close to a full day to get everything figured out (like how pnpm uses -F instead of -w like npm, but -w means something else, and weird stuff happened). I know there's official documentation out there, but there are so many different tools, each more complex then the last, and I think a ~5 minute high quality starter video would be extremely helpful instead of wasting 6 hours A few things that have personally confused me about monorepos: What packages should be installed at the top level package.json vs the ones in packages? What about defining subpackages as dependencies of the root package.json? Or as "references" in the root tsconfig? Does that mean you should/shouldn't have the tsconfigs of each package extend from the root package? Again, I know there is "official" documentation about all these things, but it can be very confusing if you're not already familiar with it, and every boilerplate I find does things slightly differently without explaining why. Thanks, Matt!
I have learned quite a lot under 4 minutes. Quite an achievement actually. I just found out about tsc being a linter for my project, and use it along with other compilers like tsup. Thank you so much for making this awesome, educational, and straightforward video! 🍻
This looks awesome, but my main question around changeset is how to add it in the context of a monorepo (lets say with turborepo). Video idea right there!
Nice video. One thing isn't fully clear though. Am I right in saying that with changesets the commit messages don't matter and. the semver bump info is taken fully from when the contributor runs pnpm changeset?
Commit messages still matter, but they don't contribute to the release notes. This means you can tailor your changesets to changes that are _user-facing_, which is much better.
One part of the flow I'm confused about is when the changeset action creates a PR? So for example, a changeset would be created in a feature PR and then that would get merged into main. After the feature PR is merged into main, is that when the action creates the new PR for bumping the version and adding the changeset to the changelog? Then once that's merged it publishes the package?
Awesome video !! it would be amazing if you could make a video on how to setup a typescript project with all the tsc, eslint, prettier with vscode. Yeah it's 2023 and I still get confused with all these packages.
Loved the pace of this video. Excellent job getting right to the point without over-explaining things we already know. I wish more TH-cam videos were like this!
I'm in Windows and I can't run npm changeset. Does anyone else have this problem or know a solution? Thanks. **Update** You have to run npx changeset, but now I'm getting Error: Failed to find where HEAD diverged from main. Does main exist?
I used the bundler and now I am getting a bunch of errors of these 2 types. Does anyone please know how to fix this? The inferred type of 'router' cannot be named without a reference to '.pnpm/@types+express@4.17.17/node_modules/@types/express'. This is likely not portable. A type annotation is necessary. Property 'app' of exported class expression may not be private or protected.ts(4094)
supporting both cjs and esm is a nice touch; its really frustrating how many popular npm modules just did a hard cut to esm expecting their dependents to be able switch easily.
Hi. I am one of those package developers who did a hard cut to ESM. I decided against continuing to support CJS because it is 1. No longer the standard that should be used and 2. Generally a headache to support both CJS and ESM in more complex projects.
@@litbro8180 I am sure there are specific situations where a more complex library would not be able to easily support both but there are many instances where a relatively simple, but popular module has transitioned and left dependents in the dust. I currently have the misfortune of maintaining a few older and very troublesome nodejs projects at work that for various reasons cannot be easily transitioned to esm. I have several dependencies that no longer support cjs and despite the authors/maintainers stating that the cjs version would continue to receive support, my `npm audit` results look worse and worse every month. I agree that esm is the new standard that we all should strive for but cjs is still widely in use and broadly speaking, and as demonstrated in this video, it is not difficult to support both.
@@sfulibarri We have that with all the time, we want to update lib x, because it has bug fixes/features we want.. but x has the dependency on y, when y is used, then lib z breaks... its all very annoying..
I spent HOURS figuring out how to publish a TS package with esm and cjs module about 6 months ago, and I never even heard of tsup.... I'm actually excited to go make upgrades! 12/10 video! Thank you
Yeah I was trying to figure out why changesets was giving me error "Failed to find where HEAD diverged from main. All I had was a local git repo at this point. Thanks
I followed your video till the end. Definitely gained confidence on few things. This video does not publish the packages though. Just creates a PR. I would definitely love to see the complete picture. If you have a course to setup pnpm, turborepo, tsup and related course, please share the link
I would love to see an updated video for releasing a npm package. Specificaly, where you also walkthrough how to configure the github actions and getting it completely released. You said nothing about it in this video. There are also a few mistakes in this video, e.g. you never added the release script. Love your videos in general, but would love a better video about this topic
Very educative video. Keep them coming Matt. Quick question. Is something like this going to be added in total typescript maybe like deep dive or something
Ho other people are asking about monorepo stuff and they do deserve to learn all that jazz from you 😅 oh - Me? No I am just asking for a friend… I am using multi root VSCode workspaces and I started using the Rush Stack but I feel like it is not something that is convivial enough for my workflow 😮
Great video! You did an excellent job of breaking down the complex process and making it easy to understand. I appreciate the clear explanations and step-by-step instructions for publishing npm packages. Keep up the good work!
Awesome video/videos, thanks! Heads up for a newbie question.. When you publish the package to NPM would you publish it with the same package.json as you have when coding the package? I guess that the final package sent to NPM does not need/need to know the dependency to tsup now when the source code is bundled? Even if they are set as 'devDependencies' do we really need to include them in the final package.json at all?
Great video! Would you please make a video about the configuration of the setup of a project with microfrontends, a components library, typescript and possibly tailwind?
College probably breaks all the simplest procedures down to very complex ones to understand like how it works on a technical level. This video demonstrates the steps to actually reach your goal, without proper understanding of what the step was intended for and etc. Anyways, Matt did a great job for making this simple and understandable at the same time!
@@grgry06 Mostly it was because they decided to teach us a made-up language for the first half of the year. Only in the second half, they started teaching us python, where I literally had to explain to my teacher how to print a string to the console, when I hadn't even programmed in python before. Anyways, the only thing I really learned that year was what scrum was, and what UML was. Of course, both are very useful skills to have, however, they were taught in such a way that no one really knew what they were in the end. And I actually only learned these skills while working on personal projects about two years later.
This video is a nice quick overview on what things to do. But it also creates lots of questions on why to do those things, and also what they do in specific. A bit more details on some of those things would be nice, like what's that licensing and why do we choose that over others? What do github workflows work? How does npm actually know that I deployed things to it? Maybe in a different video
I really can't thank you enough for this condensed video. The pace made me struggle the first time I watched the video a while ago, but now that I needed the instructions, I know that this pace is all I needed!
Is it possile to configure tsup to not put all my code into a single "index.js" file in dist folder? I'd rather keep it in the file structure i have but in JS
Also, I wouldn't advise this - it means that unintended entrypoints of your package are exposed to the user. Use the entrypoints configuration if you want that.
That is great but if you want to deploy a package that has multiple files and you want it to export files individually (like date-fns or lodash to name a few) then you will find zero docs/common best practices to do it online
Really nice, concise and complete guide. Thanks 👍 Regarding the versioning and release notes, I much prefer to use semantic-release: You just need to name your PRs/commits according to a convention, and you'll get automation SemVer and changelog for free, with the side benefit of better PR/commit messages.
BTW if you are a noob like me and you are using Inquirer to present prompts, in "scripts" you can add `"start": "node dist/index.js"` and to test it just run the command `npm (or pnpm) run start`. Don't know if it is the best way to do it but it works for me when I wanted to test my baby :).
I've been running around in circles all day trying to figure out how to bundle my TS package properly in a way that let's it work properly with 'npm link'. Finally, _finally,_ I've found a video that gives a working process (and in a very concise, easily digestible manner at that)-thank you.
I would love to have a long form video about each of those topics all alone for maximum understanding… it could be fast paced I love it when it is fast but it should be going more into the details… 🎉🎉🎉🎉
Really packed with info. Well done. But sometimes I like to debug(with breakpoints) the code from the libraries I use. Being compiled from TS to JS, the code is almost impossible to look at. Is there a way to see the Typescript code in the library instead of the uglified version?
great video .we need someone of your calbre to fork tsdx and update the dependancies , or even better give us a short tutorial on making a componernt library with rollup , tailwind and code splitting
Just awesome. It would be amazing if you make video about monorepo version of that with multiple packages.
It's mostly the same setup it just needs a pnpm workspaces file and if you have apps and packages in the same repo you may want to ignore publishing apps to npm using the changesets config.
@@kevinzunigacuellar I don't want to ignore publishing and changeset config though. What I mean was the monorepo with tool like Nx or Turborepo we can publish multiple packages to npm with Lerna.
Changesets supports pnpm mono repos, it's super easy to setup. There is even information on the pnpm docs for changesets
I second this--I just tried setting up my first monorepo a few days ago and it took me close to a full day to get everything figured out (like how pnpm uses -F instead of -w like npm, but -w means something else, and weird stuff happened). I know there's official documentation out there, but there are so many different tools, each more complex then the last, and I think a ~5 minute high quality starter video would be extremely helpful instead of wasting 6 hours
A few things that have personally confused me about monorepos: What packages should be installed at the top level package.json vs the ones in packages? What about defining subpackages as dependencies of the root package.json? Or as "references" in the root tsconfig? Does that mean you should/shouldn't have the tsconfigs of each package extend from the root package? Again, I know there is "official" documentation about all these things, but it can be very confusing if you're not already familiar with it, and every boilerplate I find does things slightly differently without explaining why. Thanks, Matt!
Changesets + 1
I have learned quite a lot under 4 minutes. Quite an achievement actually. I just found out about tsc being a linter for my project, and use it along with other compilers like tsup. Thank you so much for making this awesome, educational, and straightforward video! 🍻
Thank you so much. Would appreciate more videos like this one where you teach us how to create and maintain or manage our own packages.
bro your videos are getting better and better
really nice format and I like that you kinda just focus on the important parts
thumbs up 👍
When Matt uploads a new video, we know it’s going to be a new useful knowledge. You’re awesome..❤
Really liked this one Matt 👏🏻 It’s been a long since I’ve published something so the next time I might go with this setup 👌🏻
Awesome, thank you. Good introduction to tsup will help me to get rid of my overkill rollup setup.
What a great knowledge dump. Love these sorts of videos.
Great and simple. We are using Vite to create some projects and libraries too.
This looks awesome, but my main question around changeset is how to add it in the context of a monorepo (lets say with turborepo). Video idea right there!
Just add it! It's designed for monorepos.
Awesome video ❤️
Brilliant!
Nice video. One thing isn't fully clear though. Am I right in saying that with changesets the commit messages don't matter and. the semver bump info is taken fully from when the contributor runs pnpm changeset?
Commit messages still matter, but they don't contribute to the release notes. This means you can tailor your changesets to changes that are _user-facing_, which is much better.
One part of the flow I'm confused about is when the changeset action creates a PR? So for example, a changeset would be created in a feature PR and then that would get merged into main. After the feature PR is merged into main, is that when the action creates the new PR for bumping the version and adding the changeset to the changelog? Then once that's merged it publishes the package?
It when from 0-100 so fast! 😂
all those.. for a drop of blood
Too much info. I'll come back later. But I'll return.
Did you return?
@@smcalpha yes, I published two of my own on npm.
Awesome video !! it would be amazing if you could make a video on how to setup a typescript project with all the tsc, eslint, prettier with vscode. Yeah it's 2023 and I still get confused with all these packages.
OMG
yes, please :D
Loved the pace of this video. Excellent job getting right to the point without over-explaining things we already know. I wish more TH-cam videos were like this!
Never seen this person''s vids before, but I subscribed after ~1 minute of watching this for the exact reasons you noted. EXCELLENT pacing.
the amount of info you can pack in one video plus the clarity of the sentences is remarkable
the module field is kinda deprecated and not supported by all bundlers, the exports field is where it's at. Otherwise great video!
I'm in Windows and I can't run npm changeset. Does anyone else have this problem or know a solution? Thanks. **Update** You have to run npx changeset, but now I'm getting Error: Failed to find where HEAD diverged from main. Does main exist?
I used the bundler and now I am getting a bunch of errors of these 2 types. Does anyone please know how to fix this?
The inferred type of 'router' cannot be named without a reference to '.pnpm/@types+express@4.17.17/node_modules/@types/express'. This is likely not portable. A type annotation is necessary.
Property 'app' of exported class expression may not be private or protected.ts(4094)
What’s the advantages of using pnpm? I see everyone switching
As I say in the video, it's got the best cache in the business.
@@mattpocockuk yeah I heard that, but just caching?
@@bob_kazamakis Caches make things faster. So, it's really fast.
Also, I really like how it doesn't do hoisting in monorepos. A lot more predictable.
couldn' get the changeset part please make a video about it
supporting both cjs and esm is a nice touch; its really frustrating how many popular npm modules just did a hard cut to esm expecting their dependents to be able switch easily.
Hi. I am one of those package developers who did a hard cut to ESM. I decided against continuing to support CJS because it is 1. No longer the standard that should be used and 2. Generally a headache to support both CJS and ESM in more complex projects.
@@litbro8180 I am sure there are specific situations where a more complex library would not be able to easily support both but there are many instances where a relatively simple, but popular module has transitioned and left dependents in the dust. I currently have the misfortune of maintaining a few older and very troublesome nodejs projects at work that for various reasons cannot be easily transitioned to esm. I have several dependencies that no longer support cjs and despite the authors/maintainers stating that the cjs version would continue to receive support, my `npm audit` results look worse and worse every month. I agree that esm is the new standard that we all should strive for but cjs is still widely in use and broadly speaking, and as demonstrated in this video, it is not difficult to support both.
@@sfulibarri We have that with all the time, we want to update lib x, because it has bug fixes/features we want.. but x has the dependency on y, when y is used, then lib z breaks... its all very annoying..
You taught in 3 mins, something, most can't do in 30 mins.
That too so clearly.
Brilliant 👌
Thanks a lot 🙏 😊
I spent HOURS figuring out how to publish a TS package with esm and cjs module about 6 months ago, and I never even heard of tsup.... I'm actually excited to go make upgrades! 12/10 video! Thank you
If anyone is following this video, before"Changesets" add a github repo with a main branche, just a file is ok
Yeah I was trying to figure out why changesets was giving me error "Failed to find where HEAD diverged from main. All I had was a local git repo at this point. Thanks
I'd recommend the `wireit` script runner developed by google for all but the most simple `npm run` scripts.
I followed your video till the end. Definitely gained confidence on few things. This video does not publish the packages though. Just creates a PR. I would definitely love to see the complete picture. If you have a course to setup pnpm, turborepo, tsup and related course, please share the link
That's just way too much information in 4 minutes to grasp, create a 30 minutes+ video on this
I would love to see an updated video for releasing a npm package. Specificaly, where you also walkthrough how to configure the github actions and getting it completely released. You said nothing about it in this video. There are also a few mistakes in this video, e.g. you never added the release script. Love your videos in general, but would love a better video about this topic
Love this... Would this work with a mono-repo style where you have several packages all with differing versions?
Very educative video. Keep them coming Matt. Quick question. Is something like this going to be added in total typescript maybe like deep dive or something
Ho other people are asking about monorepo stuff and they do deserve to learn all that jazz from you 😅 oh - Me? No I am just asking for a friend… I am using multi root VSCode workspaces and I started using the Rush Stack but I feel like it is not something that is convivial enough for my workflow 😮
it was way too fast for me
All terminal commands in the video (I think)
pnpm add -D typescript
pnpm tsc --init
git init
pnpm add -D tsup
pnpm run build
pnpm run lint
pnpm add -D @changesets/cli
pnpm changeset init
pnpm changeset
git add . && git commit -m ""
git push
does it work for building backend nodejs library? Should we bundle backend nodejs libraries?
🤯 Amazing video
This publish thing didn't work for me, too many errors
great and concise tutorial! makes me wanna build an npm package even though i have nothing to share xD
Can you make a video combining this stack with turborepo?
Succinct and to thew point. Than you for this.
Gonna take a look at tsup.
how can i export css file from the package?
This is great! Any chance you could do a GitLab version of the video?
On using "type": "module", config change to "main": "dist/index.cjs", "module": "dist/index.js". Right ?
Nope, you MUST use 'exports' - that's the standard.
Have you tried unbuild instead of tsup?
Does tsup do bundling and minification?
This was great! Fast is good, people
publish workflow doesn't work
Great video! You did an excellent job of breaking down the complex process and making it easy to understand. I appreciate the clear explanations and step-by-step instructions for publishing npm packages. Keep up the good work!
Should I follow these steps or your new article about publishing on npm?
New article, more up to date
Awesome video/videos, thanks! Heads up for a newbie question.. When you publish the package to NPM would you publish it with the same package.json as you have when coding the package? I guess that the final package sent to NPM does not need/need to know the dependency to tsup now when the source code is bundled? Even if they are set as 'devDependencies' do we really need to include them in the final package.json at all?
That's what devdependencies are for!
Now its time to do it with the Bun bundler :D
Great video! Would you please make a video about the configuration of the setup of a project with microfrontends, a components library, typescript and possibly tailwind?
Great video, but I would love to watch the unabridged version which moves more slowly and goes through everything line by line.
You should add "exports" in your package.json too
do you have example?
Thank you so much Matt Pocock
Nice video, how you can group files index.js and index.d.ts in file explorer?
Does it automatically in VSCode I think
How on earth is this video only 4 minutes? It taught me more than my first year of college lol.
College probably breaks all the simplest procedures down to very complex ones to understand like how it works on a technical level. This video demonstrates the steps to actually reach your goal, without proper understanding of what the step was intended for and etc. Anyways, Matt did a great job for making this simple and understandable at the same time!
@@grgry06 Mostly it was because they decided to teach us a made-up language for the first half of the year. Only in the second half, they started teaching us python, where I literally had to explain to my teacher how to print a string to the console, when I hadn't even programmed in python before. Anyways, the only thing I really learned that year was what scrum was, and what UML was. Of course, both are very useful skills to have, however, they were taught in such a way that no one really knew what they were in the end. And I actually only learned these skills while working on personal projects about two years later.
Love it. I have been doing my old export to only cjs for a while now. It’s about time my workflow for publish gets a upgrade
This is what I looking for
This video is a nice quick overview on what things to do. But it also creates lots of questions on why to do those things, and also what they do in specific. A bit more details on some of those things would be nice, like what's that licensing and why do we choose that over others? What do github workflows work? How does npm actually know that I deployed things to it?
Maybe in a different video
Yep, I'm thinking with these style of videos a big-picture idea is the best thing I can deliver. Whet your appetite and spark a googling session!
Matt, do you still use this method? or do you use another packager now? using vite etc
Yep, happy with this still!
I usually use tsc noEmit and then bundle with esbuild. What's tsup and should I be using it instead of esbuild?
It's a wrapper around esbuild with some quality-of-life improvements for building libraries.
I really can't thank you enough for this condensed video.
The pace made me struggle the first time I watched the video a while ago, but now that I needed the instructions, I know that this pace is all I needed!
Amazing video! But how good it changesets for beta releases?
Great!
Thank you for this. Learning to release my first library and this came in time!
Is it possile to configure tsup to not put all my code into a single "index.js" file in dist folder? I'd rather keep it in the file structure i have but in JS
Does this help?
tsup.egoist.dev/#code-splitting
Also, I wouldn't advise this - it means that unintended entrypoints of your package are exposed to the user. Use the entrypoints configuration if you want that.
Would it be the same process for creating a react package?
Yep!
I haven't looked this up, but what would be the difference between "noEmit" and "tsup"?
This is amazing! All the hows and whys in under 4 minutes!! Thank you so much for that!
That is great but if you want to deploy a package that has multiple files and you want it to export files individually (like date-fns or lodash to name a few) then you will find zero docs/common best practices to do it online
tsup has great docs on it.
@@mattpocockuk thanks for the reply!
Amazing!
Anyone know how this differs when using bun?
Very little! You won't use bun to build your package (AFAIK), so it's just a different way to install/test.
What's the difference between tsc and tsup?
tsc is TypeScript's CLI, tsup is a bundler on top of esbuild.
Really nice, concise and complete guide. Thanks 👍
Regarding the versioning and release notes, I much prefer to use semantic-release: You just need to name your PRs/commits according to a convention, and you'll get automation SemVer and changelog for free, with the side benefit of better PR/commit messages.
Ain't no-one going to shift me off changesets, it's just the bomb.
@@mattpocockuk can you get the commit messages of the PR grouped by " type:" with changests?
Awesome! Could you make a tutorial of you how to this while using bun?
Probably exactly the same but with a different install step?
@@mattpocockuk Does ts paths work too?
BTW if you are a noob like me and you are using Inquirer to present prompts, in "scripts" you can add `"start": "node dist/index.js"` and to test it just run the command `npm (or pnpm) run start`. Don't know if it is the best way to do it but it works for me when I wanted to test my baby :).
Seriously I had lost hope to support CommonJS and ES6 imports and publish a package ... but at last found your video ... Tks man!!
You dont need a bundler in 2023. Just compile ts to js with declaration files.
mandatory algorithmic signal boost, because this video is great and more people should see it!
I've been running around in circles all day trying to figure out how to bundle my TS package properly in a way that let's it work properly with 'npm link'. Finally, _finally,_ I've found a video that gives a working process (and in a very concise, easily digestible manner at that)-thank you.
Thank Matt. Any idea how I can build to a single .js file that could be hosted on a CDN?
Great summary, just what I was looking for. Nice pace also!
I would love to have a long form video about each of those topics all alone for maximum understanding… it could be fast paced I love it when it is fast but it should be going more into the details… 🎉🎉🎉🎉
Really packed with info. Well done.
But sometimes I like to debug(with breakpoints) the code from the libraries I use. Being compiled from TS to JS, the code is almost impossible to look at. Is there a way to see the Typescript code in the library instead of the uglified version?
I heard the "exports" keyword is prefered in the package.json. Are u aware of that and what are your thoughts on that?
Hi Matt you should check out dnt, by far the best way to create npm packages IMO :)
I just across your channel. Can't belive I've been missing all of these golden content for all these days!
Could you add tests to this and how you would expose some scripts using the bin property in package.json
great video .we need someone of your calbre to fork tsdx and update the dependancies , or even better give us a short tutorial on making a componernt library with rollup , tailwind and code splitting
You made me watch a 3 minutes video in 40 minutes, the content is just too good. Big thanks :)
Wow. I have been missing out on A LOT. Thanks you so much!
This is exactly what I was looking for. Thank you very much Matt!
Probably one of the best informative videos I’ve seen in a long time
Amazing content. Loved it. Thanks a lot 🙏
I was using tsc for builds, but tsup is so much better, thank you!!
This is such a great reference!! Thank you
Would love to see the Deno version next