We welcome contributions to this project! Please follow the guidelines below to ensure that your contributions are easy to integrate:
-
Fork the repository to your GitHub account.
-
Create a new branch for your feature or bug fixes:
git checkout -b feature-name
-
Commit your changes:
git add . git commit -m "Description of your changes"
-
Push your branch to your forked repository:
git push origin feature-name
-
Create a pull request from your branch to the
main
branch of the original repository. -
Ensure your pull request follows these guidelines:
- descriptive title and detailed description
- reference the issue number (if applicable)
- provide screenshots or test results, if relevant
- make sure all tests pass
-
In
./src/NodeJsSecurify.ts
(on lines 36-40),-
Change mode to 'DEV' (switch to 'DEV' mode while testing and 'PROD' mode while pushing the code).
-
Update
__dirname
path depending on the path ofTestFolder/
according to your system.
-
-
Now open two terminals in VSCode, or any other code editor or IDE.
-
In the first terminal run:
npm run start
This command watches your main TypeScript file
NodeJsSecurify.ts
, and automatically recompiles them into a JavaScript file./dist/NodeJsSecurify.js
─on detecting changes.The above terminal continuously keeps on running for real-time compilation.
-
In the second terminal─to run tests in
TestFolder/
, run :node ./dist/src/NodeJsSecurify.js
Run this after every change you make in the source code.
-
The following outputs are generated:
-
output is written to
stdout
(Standard Output) in the second terminal -
a PDF
NodeJsSecurifyReport.pdf
or log fileNodeJsSecurifyReport.log
in your root directory
-
To execute tests in the tests/
directory, the following section in
package.json
is included:
{
"scripts": {
"test": "vitest"
}
}
Run npm run test
, yarn test
, or pnpm test
─depending on your package
manager and the testing framework will print test results in your terminal.
For more information, see the writing tests section.
- Follow the existing code style.
- Include comments where necessary to explain complex logic.
- Write unit tests for new features or fixes.
- Format your code (if using tools like
ESLint
, etc.).
We use GitHub Issues to track bugs, enhancements, and general questions. If you encounter a bug or have an idea for an enhancement, please:
- Look for existing issues that are related to yours.
- If not, create a new issue and provide sufficient details.
- Pull requests must be small and focused.
- Reference any related issues in the pull request description.
- Each pull request must pass all checks (tests, linting, etc.) before review.
This project is licensed under the License: LICENSE.md file for details.