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
The issues section is for bug reports and feature requests only. If you need help, please use the [forum](http://discourse.threejs.org/) or [stackoverflow](http://stackoverflow.com/questions/tagged/three.js).
4
-
5
-
# Bugs
6
-
#### Before reporting a bug
7
-
8
-
1. Search issue tracker for similar issues.
9
-
2. Try the latest dev branch version of three.js.
10
-
3. Refer to the [Migration Guide](https://github.com/mrdoob/three.js/wiki/Migration) when upgrading to the dev version.
11
-
12
-
#### How to report a bug
13
-
14
-
1. Specify the revision number of the three.js library where the bug occurred.
15
-
2. Specify your browser version, operating system, and graphics card. (for example, Chrome 23.0.1271.95, Windows 7, Nvidia Quadro 2000M)
16
-
3. Describe the problem in detail. Explain what happened, and what you expected would happen.
17
-
4. Provide a small test-case (http://jsfiddle.net). [Here is a fiddle](https://jsfiddle.net/3foLr7sn/) you can edit that runs the current version. [And here is a fiddle](https://jsfiddle.net/qgu17w5o/) that uses the dev branch. If a test-case is not possible, provide a link to a live version of your application.
18
-
5. If helpful, include a screenshot. Annotate the screenshot for clarity.
19
-
20
1
# Contribution
21
-
####Introduction
2
+
## Introduction
22
3
23
-
It is assumed that you know a little about node.js and git. If not, [here's some help to get started
24
-
with git](https://help.github.com/en/github/using-git) and [here’s some help to get started with node.js.](https://nodejs.org/en/docs/guides/getting-started-guide/)
4
+
It is assumed that you know a little about node.js and git. If not, [here's some help to get started with git](https://help.github.com/en/github/using-git) and [here’s some help to get started with node.js.](https://nodejs.org/en/docs/guides/getting-started-guide/)
25
5
26
6
* Install [Node.js](https://nodejs.org/)
27
7
* Install [Git](https://git-scm.com/)
@@ -30,65 +10,73 @@ with git](https://help.github.com/en/github/using-git) and [here’s some help t
As per the npm standard, ‘start’ is the place to begin the package.
44
26
45
27
npm start
46
28
47
-
This script will start a local server similar to three.js, but instead will be hosted on your local
48
-
machine. Browse to http://localhost:8080/ to check it out. It also automatically creates the
49
-
‘build/three.js’ and ‘build/three.module.js’ scripts anytime there is a change within your three.js
50
-
directory.
29
+
This script will start a local server similar to [threejs.org](https://threejs.org/), but instead will be hosted on your local machine. Browse to http://localhost:8080/ to check it out. It also automatically creates the ‘build/three.js’ and ‘build/three.module.js’ scripts anytime there is a change within your three.js directory.
51
30
52
-
The next most important script runs all the appropriate testing.
53
-
54
-
npm test
31
+
The next most important script runs all the appropriate testing. The E-2-E testing is intended to be run by github actions.
55
32
56
-
The linting is there to keep a consistent code-style across the all of the code and the testing is
57
-
there to help catch bugs and check that the code behaves as expected. It is important that
58
-
neither of these steps comes up with any errors due to your changes.
33
+
npm test
34
+
35
+
The linting is there to keep a consistent code-style across the all of the code and the testing is there to help catch bugs and check that the code behaves as expected. It is important that neither of these steps comes up with any errors due to your changes.
36
+
37
+
Many linting errors can be fixed automatically by running
38
+
39
+
npm lint-fix
59
40
60
41
If you’d like to make a minified version of the build files i.e. ‘build/three.min.js’ run:
61
42
62
-
npm run-script build-closure
43
+
npm run build
63
44
64
-
####Making changes
45
+
## Making changes
65
46
66
47
When you’ve decided to make changes, start with the following:
* Not all new features will need a new example. Simpler features could be incorporated into an existing example. Bigger features may be asked to add an example demonstrating the feature.
83
68
* Making changes may require changes to the documentation. If so, please make a new PR for the appropriate doc changes. To update the Chinese docs, simply copy the English to begin with.
84
69
* it's good to also add an example and screenshot for it, for showing how it's used and for end-to-end testing.
85
70
* If you modify existing code, run relevant examples to check they didn't break and there wasn't performance regress.
86
71
* If you add some assets for the examples (models, textures, sounds, etc), make sure they have a proper license allowing for their use here, less restrictive the better. It is unlikely for large assets to be accepted.
87
72
* If some issue is relevant to patch / feature, please mention it with hash (e.g. #2774) in a commit message to get cross-reference in GitHub.
88
-
* If you modify files in examples/js directory, then don't perform any changes in the examples/jsm, JavaScript modules are auto-generated via running ‘node utils/modularize.js’.
89
-
* If end-to-end test failed in Travis and you are sure that all is correct, make a new screenshots with npm run make-screenshot <example_1_name> ... <example_N_name> .
90
-
* Watch out for Closure compiler warnings when building the libs, there should not be any.
73
+
* If you modify files in `examples/js` directory, then don't perform any changes in the `examples/jsm`, JavaScript modules are auto-generated via running `node utils/modularize.js`.
74
+
* If end-to-end test failed in Travis and you are sure that all is correct, make a new screenshots with
75
+
76
+
npm run make-screenshot <example_1_name> ...<example_N_name>
77
+
91
78
* Once done with a patch / feature do not add more commits to a feature branch
92
79
* Create separate branches per patch or feature.
80
+
* If you make a PR but it is not actually ready to be pulled into the dev branch, add `[Draft]` into the PR title and/or convert it to a draft PR
93
81
94
-
This project is currently contributed to mostly via everyone's spare time. Please keep that in mind as it may take some time for the appropriate feedback to get to you. If you are unsure about adding a new feature, it might be better to ask first to see whether other people think it's a good idea.
82
+
This project is currently contributed to mostly via everyone's spare time. Please keep that in mind as it may take some time for the appropriate feedback to get to you. If you are unsure about adding a new feature, it might be better to ask first to see whether other people think it's a good idea.
0 commit comments