You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
0. 根据[SemVer](http://semver.org/) 规则决定我们是否需要发布一个补丁(漏洞修复),微调(功能)或者是主要(迭代)(请参考 [how SemVer works with NPM](https://docs.npmjs.com/getting-started/semantic-versioning).
Copy file name to clipboardexpand all lines: docs/en/contributing-to-appium/developers-overview.md
+24-24
Original file line number
Diff line number
Diff line change
@@ -93,7 +93,7 @@ Most Appium packages have this as the default behavior when running `gulp`.
93
93
It's important for all of Appium's JS to look and feel the same. This includes
94
94
style conventions as well as coding patterns and which libraries we use to
95
95
solve various problems. You should get familiar with our new [ES2015 Style
96
-
Guide](/docs/en/contributing-to-appium/style-guide-2.0.md). When transpiling,
96
+
Guide](/docs/en/contributing-to-appium/style-guide.md). When transpiling,
97
97
Appium packages will automatically run ESLint or other lint tools and provide
98
98
warning or error feedback if the code doesn't conform to our style. These tools
99
99
are not necessarily exhaustive of the kinds of style issues we care about, so
@@ -147,12 +147,12 @@ package if you want to publish it. Ownership is managed by the Appium
147
147
committers; talk to @jlipps or @imurchie if you believe you should be an owner
148
148
and are not):
149
149
150
-
0.`rm -rf node_modules && npm install` and run tests to make sure a clean install works.
151
-
0. Determine whether we have a patch (bugfix), minor (feature), or major (breaking) release according to the principles of [SemVer](http://semver.org/) (see also this explanation of [how SemVer works with NPM](https://docs.npmjs.com/getting-started/semantic-versioning)).
152
-
0. Update the `CHANGELOG` and/or `README` with any appropriate changes and commit. Most subpackages don't have a `CHANGELOG`.
153
-
0. Run `npm version <version-type>` with the appropriate version type.
154
-
0. Push the appropriate branch to GitHub, and don't forget to include the `--tags` flag to include the tag just created by `npm version`.
155
-
0. Run `npm publish` (with `--tag beta` if this isn't an official release).
150
+
1.`rm -rf node_modules && rm -rf package-lock.json && npm install` and run tests to make sure a clean install works.
151
+
1. Determine whether we have a patch (bugfix), minor (feature), or major (breaking) release according to the principles of [SemVer](http://semver.org/) (see also this explanation of [how SemVer works with NPM](https://docs.npmjs.com/getting-started/semantic-versioning)).
152
+
1. Update the `CHANGELOG` and/or `README` with any appropriate changes and commit. Most subpackages don't have a `CHANGELOG`.
153
+
1. Run `npm version <version-type>` with the appropriate version type.
154
+
1. Push the appropriate branch to GitHub, and don't forget to include the `--tags` flag to include the tag just created by `npm version`.
155
+
1. Run `npm publish` (with `--tag beta` if this isn't an official release).
156
156
157
157
For the main Appium packages, all the above steps must be taken, but with
158
158
several changes. One reason is that for the main package we use NPM shrinkwrap
@@ -175,20 +175,20 @@ checked in to GitHub along with changes to `package.json`. With npm 5+ there is
175
175
also a `package-lock.json` file produced. During the shrinkwrap process this is
176
176
converted into the `npm-shrinkwrap.json` file.
177
177
178
-
0. Remove the NPM shrinkwrap and package-lock JSON files if they exists.
179
-
0.`rm -rf node_modules && npm install` and run tests to make sure a clean install works.
180
-
0. Determine whether we have a `patch` (bugfix), `minor` (feature), or `major` (breaking) release according to the principles of SemVer.
181
-
0. Update `package.json` with the appropriate new version.
182
-
0. Update the CHANGELOG/README with appropriate changes and submit for review as a PR, along with shrinkwrap and `package.json` changes. Wait for it to be merged, then pull it into the release branch.
183
-
0.`rm -rf node_modules && npm install --production` to get just the production dependencies.
184
-
0.`npm shrinkwrap` to write the new NPM shrinkwrap JSON file, and commit this file.
185
-
0. Create a tag of the form `v<version>` on the release branch (usually a minor branch like `1.5` or `1.4`), with: `git tag -a v<version>`, e.g., `git tag -a v1.5.0`. This is not necessary for beta versions.
186
-
0. Push the tag to upstream: `git push --tags <remote> <branch>`
187
-
0. Install dev dependencies (or at least `gulp` and `appium-gulp-plugins`), and undo the changes to the NPM shrinkwrap JSON file (e.g., `git checkout -- npm-shrinkwrap.json`).
188
-
0. Run `npm publish` (with `--tag beta` if this isn't an official release).
189
-
0. Remove the NPM shrinkwrap JSON file from Git and push the changes
190
-
0. Update the docs at appium.io. Check out the appium.io repo from github, check out the `gh-pages` branch and pull latest. Run `rake publish`.
191
-
0. Create a new release on GitHub: go to `https://github.com/appium/appium/releases/tag/v<VERSION>` and hit "Edit Tag". Make the release name `<VERSION>` (e.g., `2.0.5`), then paste in the changelog (but not the changelog header for this version). If it's a beta release, mark as pre-release.
192
-
0. Create a new post on discuss.appium.io announcing the release. Post it in the "News" category. Paste in the changelog and any choice comments. Pin it and unpin the previous release post.
193
-
0. Begin process of releasing `appium-desktop`.
194
-
0. Notify @jlipps to so he can tweet a link to the discuss post.
178
+
1. Remove the NPM shrinkwrap and package-lock JSON files if they exists.
179
+
1.`rm -rf node_modules && npm install` and run tests to make sure a clean install works.
180
+
1. Determine whether we have a `patch` (bugfix), `minor` (feature), or `major` (breaking) release according to the principles of SemVer.
181
+
1. Update `package.json` with the appropriate new version.
182
+
1. Update the CHANGELOG/README with appropriate changes and submit for review as a PR, along with shrinkwrap and `package.json` changes. Wait for it to be merged, then pull it into the release branch.
183
+
1.`rm -rf node_modules && npm install --production` to get just the production dependencies.
184
+
1.`npm shrinkwrap` to write the new NPM shrinkwrap JSON file, and commit this file.
185
+
1. Create a tag of the form `v<version>` on the release branch (usually a minor branch like `1.5` or `1.4`), with: `git tag -a v<version>`, e.g., `git tag -a v1.5.0`. This is not necessary for beta versions.
186
+
1. Push the tag to upstream: `git push --tags <remote> <branch>`
187
+
1. Install dev dependencies (or at least `gulp` and `appium-gulp-plugins`), and undo the changes to the NPM shrinkwrap JSON file (e.g., `git checkout -- npm-shrinkwrap.json`).
188
+
1. Run `npm publish` (with `--tag beta` if this isn't an official release).
189
+
1. Remove the NPM shrinkwrap JSON file from Git and push the changes
190
+
1. Update the docs at appium.io. Check out the appium.io repo from github, check out the `gh-pages` branch and pull latest. Run `rake publish`.
191
+
1. Create a new release on GitHub: go to `https://github.com/appium/appium/releases/tag/v<VERSION>` and hit "Edit Tag". Make the release name `<VERSION>` (e.g., `2.0.5`), then paste in the changelog (but not the changelog header for this version). If it's a beta release, mark as pre-release.
192
+
1. Create a new post on discuss.appium.io announcing the release. Post it in the "News" category. Paste in the changelog and any choice comments. Pin it and unpin the previous release post.
193
+
1. Begin process of releasing `appium-desktop`.
194
+
1. Notify @jlipps to so he can tweet a link to the discuss post.
0 commit comments