We are more than happy to accept external contributions to the project in the form of feedback, bug reports and even better - pull requests :) At this time we are primarily focusing on improving the user-experience and stability of Yeoman for our first release. Please keep this in mind if submitting feature requests, which we're happy to consider for future versions.
In order for us to help you please check that you've completed the following steps:
- Made sure you're on the latest version
npm update -g yeoman
- Looked through the list of known bugs to ensure the issue hasn't been noted or solved already
- Used the search feature to ensure that the bug hasn't been reported before
- Included as much information about the bug as possible, including any output you've received, what OS and version you're on, etc.
- Shared the output from
echo $PATH $NODE_PATHand
brew doctoras this can also help track down the issue.
Yeoman has three primary repos:
Contributor License Agreement
We'd love to accept your code patches! However, before we can take them, we have to jump a couple of legal hurdles.
We need you to sign a CLA. In summary, the CLA asserts that when you donate fixes or documentation, you both own the code that you're submitting and that Google can in turn license that code to other people. (In this case, making it available under the BSD license)
Just FWIW, here are some other projects that require a similar agreement: jQuery, Firefox, Sizzle, Dojo, Plone, Fedora, Cordova/Phonegap, Apache, Flex.
Please fill out an individual CLA. There is a web form at the bottom; shouldn't take too long.
(If you work for a company that wants to allow you to contribute, you'll need to complete a corporate CLA.)
More about CLAs:
- Clone this repo and
- Run this command:
/clidirectory and run
sudo npm linkafter the install is complete.
- Navigate to a new directory and run
yeoman initto make sure everything is working as expected.
yeoman_testwith any value to your environment variables to disable the updater and Insight.
You can keep Yeoman up to date by using
git pull --rebase upstream master && cd cli && npm link, where
upstream is a remote pointing to this repo.
When developing in the generators repo you probably want to be able to test out your changes. The recommended workflow is to link the generators module into the yeoman project by running
npm link path/to/generator/folder in
yeoman/cli/. This means changes you do in the generators repo will be reflected in the yeoman repo.
This project uses single-quotes, two space indentation, multiple var statements and whitespace around arguments. Please ensure any pull requests follow this closely. If you notice existing code which doesn't follow these practices, feel free to shout and we will address this.
Pull Request Guidelines
- Submit your CLA, if you haven't.
- Please check to make sure that there aren't existing pull requests attempting to address the issue mentioned. We also recommend checking for issues related to the issue on the tracker, as a team member may be working on the issue in a branch or fork.
- Non-trivial changes should be discussed in an issue first
- Develop in a topic branch, not master
- Lint the code by running
- Add relevant tests to cover the change
- Make sure test-suite passes
- Squash your commits
- Write a convincing description of your PR and why we should land it
Yeoman has a test suite to ensure it's reliably and accurately working as a developer tool. You can find the main test suite in
test/test-build.js, most of the assertions are checks against yeoman cli stdout.
To run our test suite:
Do note that if any CLI prompts are not accounted for the test suite will have a timeout failure.
We have significant developer docs for you if you'd like to hack on Yeoman.
You're also welcome to
git blame back to commit messages and pull requests. As a project we value comprehensive discussion for our fellow developers.