-
-
Notifications
You must be signed in to change notification settings - Fork 192
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
100% automated release process #777
Comments
Related #777 ## Changes: - Trigger site build on tagged commit or master branch
Related #777 ## Changes: - Dynamically fetch latest release at build time
For Typedoc, it would be best to generate docs inside this repository but have the site repo publish the docs. That way, we always ensure the docs can build in CI and use the right version, but the site repo can slurp them up and publish them to the appropriate location (tag or edge) |
Related #777 ## Changes: - Update grunt-ts for TS 2.2.2 - Add rimraf package - Update specs for new Node typings - Add `apidocs` Grunt task that builds Typedoc docs See a2a78b6 for the actual real changes. This is in preparation for allowing the excaliburjs/excaliburjs.github.io repository to build docs from the core repo and use those, instead of us always having to update that repo with the current Typedoc commands.
Related #777 ## Changes: - On local builds, use local package version placeholder for quick builds - On CI builds, use GitHub release version. Fails the build if API request fails. This change allows us to remove all specific versioning from the repository, relying on GitHub as the source of truth for all releases. As a side effect, dist files get a better version anyway--previously they only had the latest release (v0.10.0) and date. Now they will get the commit and Travis build number.
@kamranayub Question having to do with 8eec705 : how do you,
I'm fairly new to TypeScript, Node, etc. and I was hoping that I could use the git repository for one of my dependencies so I could make changes to the code base as I work on a game if necessary. When I try to install/add the local copy as a dependency, npm complains about no version being present in the package.json. I ended up adding an arbitrary version to package.json and it seemed to install correctly. Is this the preferred method, or did I misinterpret the instructions? Also, this might be good information to include in the docs unless I just missed something. I'm not too familiar with the etiquette around here, so I'll end with "Thank You". |
@Tankobot Good question!
This is what that "local" string does in the package.json for local builds--it skips the checking of versions from GitHub since that's only needed for CI. It does cause the issue you are seeing, though 👎 We could experiment with different version strings, like Otherwise, a couple other approaches may work: Using npmWith NPM, I believe you can use a feature of using the Git URL as the package name:
However, the issue you mentioned might still occur, I haven't tested that. But, if you wanted, you can reference your own fork of Excalibur and reference a branch where you've made the modification to the package.json. The URL would be the URL to the tree of that branch, like https://github.com/excaliburjs/Excalibur/tree/918-packed-spritesheet This is probably similar (or the same) as what you did. Not ideal 😢 Using submodulesTypically the way we've set up local games and anticipate modifying Excalibur is by using Git submodules. Basically, you would run the following in your game repository to set up Excalibur as a submodule:
The Git URL can also just be your fork of Excalibur. This will create a new So I'd suggest adding the following to your
You can see an example of this set up in our latest game: https://github.com/excaliburjs/ludum-38/blob/master/.gitmodules The other thing to remember is when cloning a repo that has modules, you need to run:
To get the latest module. This also applies when you pull new changes and someone updated the submodule reference. For more about that: https://chrisjean.com/git-submodules-adding-using-removing-and-updating/ I agree we should add this info to the docs. If you get it working and feel comfortable, we'd love to have a PR into the docs. Otherwise, if I can synthesize this into coherent docs, I can add a guide. |
This issue hasn't had any recent activity lately and is being marked as stale automatically. |
Closing for now |
Context
We are very close to automating the release process for Excalibur.
Proposal
Goal: To cut a new release, push new GitHub release tag.
Notes
The text was updated successfully, but these errors were encountered: