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
* improved markdown in README, markdownLint complient
* added missing dependencies, fixes some warnings for fresh environments
* updated setup steps
* updated port to 3000
* added script for local development
@@ -50,9 +54,9 @@ The components directory contains all reusable component file in separate folder
50
54
51
55
You should usually [open an issue](https://github.com/codeuino/website-www.codeuino.org/issues/new) in the following situations:
52
56
53
-
* Report an error you can’t solve yourself
54
-
* Discuss a high-level topic or idea (for example, community, vision or policies)
55
-
* Propose a new feature or other project idea
57
+
- Report an error you can’t solve yourself
58
+
- Discuss a high-level topic or idea (for example, community, vision or policies)
59
+
- Propose a new feature or other project idea
56
60
57
61
**Tips for communicating on issues:**
58
62
@@ -66,8 +70,8 @@ If you opened an issue, but figured out the answer later on your own, comment on
66
70
67
71
You should usually open a pull request in the following situations:
68
72
69
-
* Submit trivial fixes (for example, a typo, a broken link or an obvious error)
70
-
* Start work on a contribution that was already asked for, or that you’ve already discussed, in an issue
73
+
- Submit trivial fixes (for example, a typo, a broken link or an obvious error)
74
+
- Start work on a contribution that was already asked for, or that you’ve already discussed, in an issue
71
75
A pull request doesn’t have to represent finished work. It’s usually better to open a pull request early on, so others can watch or give feedback on your progress. Just mark it as a “WIP” (Work in Progress) in the subject line. You can always add more commits later.
0 commit comments