If you would like to become an active contributor to this project please follow the instructions provided in Microsoft Azure Projects Contribution Guidelines.
Look at issues in the repository labeled 'good first issue' to choose what you would like to jump into!
The Azure Storage development team uses Visual Studio Code so instructions will be tailored to that preference. However, any preferred IDE or other toolset should be usable.
- Node v4 or above
- Visual Studio Code
To get the source code of the SDK via git just type:
git clone https://github.com/Azure/azure-storage-node.git
cd ./azure-storage-node
Then, run NPM to install all the NPM dependencies:
npm install
Unit tests don't require real credentials and don't require any environment variables to be set. By default the unit tests are run with Nock recording data.
If you would like to run the unit test against a live storage account, you will need to setup environment variables which will be used. These test will use these credentials to run live tests against Azure with the provided credentials. Note that you will be charged for storage usage. You need verify the clean up script did its job at the end of a test run.
Unit tests can then be run from root directory using:
npm test
To run unit tests against live storage accounts, please set environment variable to turn off Nock by:
export NOCK_OFF=true
and set up the following environment variables for storage account credentials by:
export AZURE_STORAGE_CONNECTION_STRING="valid storage connection string"
export AZURE_STORAGE_CONNECTION_STRING_PREMIUM_ACCOUNT="optional valid storage connection string for premium storage account"
export AZURE_STORAGE_CONNECTION_STRING_SSE_ENABLED_ACCOUNT="optional valid storage connection string for storage account with storage service encryption enabled"
Note: AZURE_STORAGE_CONNECTION_STRING_PREMIUM_ACCOUNT
and AZURE_STORAGE_CONNECTION_STRING_SSE_ENABLED_ACCOUNT
are optional settings to enable testing suites related to premium storage account and storage service encryption, and only needed to be set when you are developing related features.
As you develop a feature, you'll need to write tests to ensure quality. Your changes should be covered by both unit tests. You should also run existing tests related to your change to address any unexpected breaks.
The following are the minimum requirements for any pull request that must be met before contributions can be accepted.
- Make sure you've signed the CLA before you start working on any change.
- Discuss any proposed contribution with the team via a GitHub issue before starting development.
- Code must be professional quality
- No style issues
- You should strive to mimic the style with which we have written the library
- Clean, well-commented, well-designed code
- Try to limit the number of commits for a feature to 1-2. If you end up having too many we may ask you to squash your changes into fewer commits.
- ChangeLog.md needs to be updated describing the new change
- Thoroughly test your feature
Changes should be based on the master branch. Each breaking change should be recorded in BreakingChanges.md.
We strive to release each new feature for each of our environments at the same time. Therefore, we ask that all contributions be written for Node v4 and later.
We expect all guidelines to be met before accepting a pull request. As such, we will work with you to address issues we find by leaving comments in your code. Please understand that it may take a few iterations before the code is accepted as we maintain high standards on code quality. Once we feel comfortable with a contribution, we will validate the change and accept the pull request.
Thank you for any contributions! Please let the team know if you have any questions or concerns about our contribution policy.