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
By contributing (aka sending in pull requests) you certify that:
4
+
5
+
* Your Contributions are either:
6
+
1. Created in whole or in part by you and you have the right to submit it under the designated license; or
7
+
2. Based upon previous work that, to the best of your knowledge, is covered under an appropriate open source license and you have the right under that license to submit that work with modifications, whether created in whole or in part by you, under the designated license; or
8
+
3. Provided directly to you by some other person who certified (1) or (2) and you have not modified them.
9
+
* You understand and agree that the Project 'grunt-angularjson-append-projects' and your Contributions are public and that a record of the Contributions (including all metadata and personal information you submit with them) is maintained indefinitely and may be redistributed consistent with the projects's policies and the requirements of the MIT license where they are relevant.
10
+
* You are granting your Contributions to slashlib.org, Dirk Brenckmann under the terms of the license as noted in the project’s repository.
11
+
12
+
### contributing ###
13
+
14
+
When contributing to this repository, please first discuss the change you wish to make via issue, email, or any other method with the owners of this repository before making a change.
15
+
16
+
### pull request process ###
17
+
18
+
1. Ensure any install or build dependencies are removed before the end of the layer when doing a build.
19
+
2. Update the README.md with details of changes to the interface, this includes new environment variables, exposed ports, useful file locations and container parameters.
20
+
3. Increase the version numbers in any examples files and the README.md to the new version that this Pull Request would represent. The versioning scheme we use is SemVer.
21
+
4. Accepted Pull Request are mereged in for you, by the project owner.
Ensures that your dependencies are up-to-date, otherwise the process is terminated with status code 1.
12
+
13
+
This is an improved version of npm outdated, which can be used in build-pipelines, pre-publish scripts (npm) or pre-commit hook (Git) to make sure all the used dependencies are up-to-date.
14
+
15
+
### [eslint](https://eslint.org/) ###
16
+
17
+
Find Problems
18
+
ESLint statically analyzes your code to quickly find problems. ESLint is built into most text editors and you can run ESLint as part of your continuous integration pipeline.
19
+
20
+
Fix Automatically
21
+
Many problems ESLint finds can be automatically fixed. ESLint fixes are syntax-aware so you won't experience errors introduced by traditional find-and-replace algorithms.
22
+
23
+
Customize
24
+
Preprocess code, use custom parsers, and write your own rules that work alongside ESLint's built-in rules. You can customize ESLint to work exactly the way you need it for your project.
## make targets of gruntfile.js and package.json ##
4
+
5
+
This guide assumes, that you are familiar with the use of [git](https://git-scm.com/"Homepage of GIT"), [npm](https://npmjs.com"Homepage of npm") and [grunt](https://gruntjs.com"Homepage of grunt").
6
+
7
+
1. git fork [grunt-check-outdated plugin for grunt](https://github.com/db-developer/grunt-check-outdated) (https://github.com/db-developer/grunt-check-outdated.git)
8
+
2. cd into forked grunt-check-outdated directory
9
+
3. open a shell
10
+
4. make sure your environment knows about the paths to nodejs
11
+
5. run <code>npm install</code>
12
+
13
+
### testing & coverage ###
14
+
15
+
The code of grunt-check-outdated can be tested. A [mocha](https://mochajs.org/"Homepage of mocha")/[istanbul](https://istanbul.js.org/"Homepage of istanbul") testsuite is provided. See directory <code>test</code>.
16
+
Open a shell to run the tests, make sure the environment is set, cd into the forked grunt-check-outdated directory and run: <code>grunt test</code>
17
+
18
+
With testing (see above) code coverage is available. The results can be found in the dist/coverage folder.
19
+
20
+
### building ###
21
+
22
+
Building can be run by <code>grunt all</code> and requires the build directory.
23
+
After a successful build, all resulting files are located in the directory <code>dist</code>.
24
+
25
+
### feedback ###
26
+
Do you feel this guide is missing essential information? Found any typos or amused by the translation? Please do not hesitate to file an issue on github!
0 commit comments