Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/mmkal/ts
Monorepo of typescript projects
https://github.com/mmkal/ts
Last synced: about 4 hours ago
JSON representation
Monorepo of typescript projects
- Host: GitHub
- URL: https://github.com/mmkal/ts
- Owner: mmkal
- License: apache-2.0
- Created: 2019-10-20T13:31:55.000Z (almost 5 years ago)
- Default Branch: main
- Last Pushed: 2024-02-15T05:34:44.000Z (8 months ago)
- Last Synced: 2024-09-19T03:38:19.817Z (14 days ago)
- Language: TypeScript
- Homepage:
- Size: 47.3 MB
- Stars: 151
- Watchers: 3
- Forks: 8
- Open Issues: 8
-
Metadata Files:
- Readme: README.md
- License: LICENSE
Awesome Lists containing this project
README
# ts
[](https://github.com/mmkal/ts/actions?query=workflow%3A%22Node+CI%22)
[](https://codecov.io/gh/mmkal/ts)
Monorepo of typescript projects.
## Packages
> ⚠️⚠️ NOTE! I started this repo as a way to learn about monorepo tooling (specifically, rush). Some of the packages in it have become reasonably popular, and reasonably stable. So, I'm going to slowly move them out into their own repos, one by one. Once all are moved out this repo will be archived. ⚠️⚠️
### Moved
- [expect-type](https://github.com/mmkal/expect-type#readme) - Compile-time tests for types. Useful to make sure types don't regress into being overly-permissive as changes go in over time.
- [eslint-plugin-codegen](https://github.com/mmkal/eslint-plugin-codegen#readme) - An eslint plugin for inline codegen, with presets for barrels, jsdoc to markdown and a monorepo workspace table of contents generator. Auto-fixes out of sync code.
- [fs-syncer](https://github.com/mmkal/fs-syncer) - A helper to recursively read and write text files to a specified directory.
### Still here
- [io-ts-extra](https://github.com/mmkal/ts/tree/main/packages/io-ts-extra#readme) - Adds pattern matching, optional properties, and several other helpers and types, to io-ts.
- [memorable-moniker](https://github.com/mmkal/ts/tree/main/packages/memorable-moniker#readme) - Name generator with some in-built dictionaries and presets.
### Development
Packages are managed using [rush](https://rushjs.io/pages/developer/new_developer/). Make sure rush is installed:
```bash
npm install --global @microsoft/rush
```
Then install, build, lint and test with:
```bash
rush update
rush build
rush lint
rush test
```
`rush update` should be run when updating the main branch too.
___
Add a dependency to a package (for example, adding lodash to fictional package in this monorepo `some-pkg`):
```bash
cd packages/some-pkg
rush add --package lodash
rush add --package @types/lodash --dev
```
You can also manually edit package.json then run `rush update`.
Create a new package:
```bash
cd packages
mkdir new-pkg
cd new-pkg
node ../../tools/rig/init # sets up package.json, .eslintrc.js, tsconfig.json, jest.config.js
```
Then open `rush.json`, find the `projects` array, and adda new entry: `{ "packageName": "new-pkg", "projectFolder": "packages/new-pkg" }`
### Publishing
[](https://github.com/mmkal/ts/actions/workflows/publish.yml)
Publishing is automated, but kicked off manually. The process is:
- Changes to published packages in this repo should be proposed in a pull request
- On every pull request, a [GitHub action](./.github/workflows/changes.yml) uses the `rush change` command to create a changefile:
- the change is based on the PR title and body:
- if the words "BREAKING CHANGE" appear anywhere, it's considered "major"
- if the PR title starts with "chore", or "fix", it's considered a "patch"
- otherwise, it's considered "minor"
- the created changefile is pushed to the PR's branch, and a comment is left on the PR (example [PR](https://github.com/mmkal/ts/pull/166), [comment](https://github.com/mmkal/ts/pull/166#issuecomment-694554963) and [change](https://github.com/mmkal/ts/commit/8d8c442fdd54dc6732bf56e9a074afea58dc8303))
- if the PR title or body is edited, or changes are pushed, the job will re-run and push a modification if necessary
- most of the time, no change is necessary and the job exits after no-oping
- if necessary, `rush change` can also be run locally to add additional messages - but ideally the PR title would be descriptive enough
- the changefile should be merged in along with the rest of the changes
When a PR is merged, publishing is initiated by kicking off the [publish worfklow](https://github.com/mmkal/ts/actions/workflows/publish.yml):
- Clicking "Run workflow" will start another [GitHub action](./.github/workflows/publish.yml):
- The workflow runs `rush publish`, which uses the changefiles merged with feature PRs, bumps versions and create git tags
- When the publish step succeeds, a custom script reads the generated `CHANGELOG.json` files to create a GitHub release
Old instructions
Links to trees with previous iteration of publish instructions:
- For creating canary releases: https://github.com/mmkal/ts/tree/fc5f2dd50a04439573bcfb1f4b7bf0cad59c1c59
- For publishing to GitHub Packages' npm registry: https://github.com/mmkal/ts/tree/56bed6ba6c3fa7eca06c9f73adf104438e9b0f8a