AUXteam commited on
Commit
7070867
·
verified ·
1 Parent(s): 952a418

Upload CONTRIBUTING.md with huggingface_hub

Browse files
Files changed (1) hide show
  1. CONTRIBUTING.md +153 -0
CONTRIBUTING.md ADDED
@@ -0,0 +1,153 @@
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
1
+ # Contributing to BentoPDF
2
+
3
+ First off, thank you for considering contributing to **BentoPDF**! Your help makes this project better for everyone.
4
+
5
+ This document outlines how to contribute, report issues, and get involved in the project.
6
+
7
+ ---
8
+
9
+ ## Contributor License Agreement (CLA)
10
+
11
+ Before we can accept your contributions, you must sign our Contributor License Agreement (CLA). This is required because BentoPDF uses a dual licensing model:
12
+
13
+ - **AGPL-3.0** for open source use
14
+ - **Commercial license** for proprietary use
15
+
16
+ The CLA ensures we can include your contributions in both versions of the project.
17
+
18
+ ### For Individual Contributors
19
+
20
+ Sign our [Individual Contributor License Agreement (ICLA)](ICLA.md). When you submit your first pull request, the CLA Assistant bot will automatically ask you to sign by commenting on the PR.
21
+
22
+ ### For Corporate Contributors
23
+
24
+ If you are contributing on behalf of your employer, your organization needs to sign our [Corporate Contributor License Agreement (CCLA)](CCLA.md). Please contact us at [contact@bentopdf.com](mailto:contact@bentopdf.com) to arrange corporate CLA signing.
25
+
26
+ ### What the CLA Grants
27
+
28
+ By signing the CLA, you:
29
+
30
+ - Grant us a broad copyright license to use, modify, and relicense your contributions (including for commercial use)
31
+ - Grant a patent license for any patents covering your contribution
32
+ - Represent that you have the authority to make the contribution
33
+ - Retain full copyright ownership of your contributions
34
+
35
+ ---
36
+
37
+ ## 1. How to Contribute
38
+
39
+ You can contribute in several ways:
40
+
41
+ - **Reporting Bugs:** If you find a bug or unexpected behavior, please open an issue. Include steps to reproduce and any relevant screenshots or logs.
42
+ - **Feature Requests:** Suggest new features or improvements by opening an issue and describing your idea clearly.
43
+ - **Code Contributions:** Submit a pull request with new features, bug fixes, or improvements.
44
+ - **Documentation:** Help improve the README, usage examples, or guides.
45
+ - **Testing:** Help test new releases or changes to ensure stability.
46
+
47
+ ---
48
+
49
+ ### Issue Template
50
+
51
+ When reporting bugs, requesting features, or asking questions, please use our [issue template](.github/ISSUE_TEMPLATE/bug_feature_question.md). The template will automatically appear when you create a new issue.
52
+
53
+ **Our issue template helps you provide:**
54
+
55
+ - Clear categorization (Bug, Feature Request, or Question)
56
+ - Steps to reproduce (for bugs)
57
+ - Expected vs actual behavior
58
+ - Environment details
59
+ - Screenshots or logs
60
+
61
+ **Title Format Examples:**
62
+
63
+ - `(Bug) Text alignment incorrect on multi-line paragraphs`
64
+ - `(Feature) Add support for custom PDF metadata`
65
+ - `(Question) How to embed custom fonts?`
66
+
67
+ ### Pull Request Template
68
+
69
+ When submitting code contributions, please use our [pull request template](.github/pull_request_template.md). The template will automatically appear when you create a new PR.
70
+
71
+ **Key requirements:**
72
+
73
+ - Link to the related issue (e.g., `Fixes #123`)
74
+ - Describe the type of change (bug fix, feature, breaking change)
75
+ - Explain how you tested your changes
76
+ - Complete the checklist before submitting
77
+
78
+ ## 2. Getting Started with Code Contributions
79
+
80
+ 1. **Fork the Repository**
81
+
82
+ ```bash
83
+ git clone https://github.com/alam00000/bentopdf.git
84
+ cd bento-pdf
85
+ npm install
86
+ ```
87
+
88
+ 2. **Create a New Branch**
89
+
90
+ ```bash
91
+ git checkout -b feature/my-new-feature
92
+ ```
93
+
94
+ 3. **Make Your Changes**
95
+ - Follow the code style and conventions used in the project.
96
+ - Add comments where necessary.
97
+ - Update or add tests if applicable.
98
+
99
+ 4. **Run Tests**
100
+
101
+ ```bash
102
+ npm run test
103
+ ```
104
+
105
+ 5. **Commit Your Changes**
106
+
107
+ ```bash
108
+ git add .
109
+ git commit -m "Add a meaningful commit message"
110
+ ```
111
+
112
+ 6. **Push and Submit a Pull Request**
113
+
114
+ ```bash
115
+ git push origin feature/my-new-feature
116
+ ```
117
+
118
+ - Open a pull request on GitHub and provide a clear description of your changes.
119
+
120
+ ---
121
+
122
+ ## 3. Code Style
123
+
124
+ - Follow the existing TypeScript and JavaScript conventions.
125
+ - Use `camelCase` for variables and functions.
126
+ - Keep lines reasonably short and readable.
127
+ - Comment complex logic for clarity.
128
+
129
+ ---
130
+
131
+ ## 4. Issues and Pull Requests
132
+
133
+ - Make sure your PR is focused and addresses a single issue or feature.
134
+ - Reference related issues in your PR description (e.g., `Closes #12`).
135
+ - Be responsive to feedback and make requested changes promptly.
136
+
137
+ ---
138
+
139
+ ## 5. Reporting Security Issues
140
+
141
+ If you discover a security vulnerability, please **do not** open a public issue. Instead, contact the project maintainer directly at:
142
+
143
+ **Email:** [contact@bentopdf.com](mailto:contact@bentopdf.com)
144
+
145
+ ---
146
+
147
+ ## 6. Code of Conduct
148
+
149
+ All contributors are expected to follow the Code of Conduct. Be respectful and considerate in all communications.
150
+
151
+ ---
152
+
153
+ Thank you for helping make **BentoPDF** a better library for everyone!