Closed jcbhmr closed 11 months ago
@jcbhmr I don't understand why we need this? 🤔 Deno already gets auto updated without any additional config or github actions: https://deno.land/x/is_what
@jcbhmr I don't understand why we need this? 🤔 Deno already gets auto updated without any additional config or github actions: https://deno.land/x/is_what
Because right now deno users are using the /src/index.ts in their code:
https://github.com/search?q=https%3A%2F%2Fdeno.land%2Fx%2Fis_what&type=code
This change would publish a denoified version of this package which would allow users to use the /mod.ts
export instead. It comes down to this question: Is deno a first-class publishing target like Node.js+npm, or is it a second-class platform?
I think we're leaning towards the second option of second-class as more of a "cool side-effect but not really the focus of this package". Is that right? If so, yes this workflow is redundant.
@jcbhmr No you're right. I didn't realise that is_what needed to be used as per your screenshots in deno.
This workflow causes no harm. I'd love to merge it.
Some things you threw out of the .gitignore
that should stay though...? like .DS_Store
for macOS.
Not sure we need all the extra crap on next, nuxt, gatsby, vitepress, since we won't use them for is-what. 😅 but ah well, it's just a gitignore file no one looks at
Guess what! There's a well-defined standard workflow for those pesky .DS_Store
files for .gitignore! 😊
Global contains templates for various editors, tools and operating systems that can be used in different situations. It is recommended that you add these to your global template.
This PR requires the outDir option to be set in tsconfig.json and is therefore blocked by #74
Given that another month has passed, I think that the best way forward is just to say "use the npm: specifier" since it's become much much better over the past few months. You can now deno compile
with code that uses npm:
and it works with more packages than ever before!
Thus, I think the right way to move forward is to NOT merge this and instead focus on making a good npm package. Deno npm:
translation will handle the rest. 😊
This PR would...
Allows the removal of dist from the source tree! 🎉Actually this was me misunderstanding what deno users were doing