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
{{ message }}
This repository was archived by the owner on Jan 13, 2025. It is now read-only.
docs: Fix and finalize all READMEs and package.json files (#98)
- Add instructions to main README to get up and running quickly
- Amend Contributing guidelines to point to overall Material Components
Contributing guidelines
- Ensure that all package.json files for components have repository,
license, and description keys.
- Add installation instructions for every component README
Copy file name to clipboardExpand all lines: CONTRIBUTING.md
+6-51Lines changed: 6 additions & 51 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,9 +1,10 @@
1
1
# Contributing to Material Components Web (MDC-Web)
2
2
3
-
We'd love for you to contribute to our source code and to make Material Components Web even better than it is today! Here are the guidelines we'd like you to follow:
3
+
We'd love for you to contribute and make Material Components for the web even better than it is today!
-["What's the core team up to?"](#whats-the-core-team-up-to)
21
19
22
-
## Code of Conduct
20
+
## General Contributing Guidelines
23
21
24
-
We follow the [Material Components Code of Conduct](https://github.com/material-components/material-components/blob/develop/CONDUCT.md), and expect the same from all of our
25
-
community members.
22
+
The Material Components contributing policies and procedures can be found in the main Material Components documentation repository’s [contributing page](https://github.com/material-components/material-components/blob/develop/CONTRIBUTING.md).
26
23
27
24
## Development Process
28
25
@@ -103,19 +100,9 @@ Alternatively, you can run `npm run test:watch` and manually open browsers / use
103
100
104
101
Our entire coding style is enforced automatically through the use of linters. Check out our [eslint config](https://github.com/material-components/material-components-web/blob/master/.eslintrc.yaml) (heavily influenced by [Google's Javascript Styleguide][js-style-guide]) as well as our [stylelint config][css-style-guide] (heavily annotated, with justifications for each rule) for further details.
105
102
106
-
### Signing the CLA
107
-
108
-
Please sign our Contributor License Agreement (CLA) before sending pull requests. For any code
109
-
changes to be accepted, the CLA must be signed. It's a quick process, we promise!
110
-
111
-
* For individuals we have a [simple click-through form][individual-cla].
112
-
* For corporations we'll need you to
113
-
[print, sign and one of scan+email, fax or mail the form][corporate-cla].
114
-
115
-
116
103
### Submitting Pull Requests
117
104
118
-
We prefer small, incremental changes over large, sweeping ones, so please try to adhere to this when submitting PRs. Also, make sure you're following our commit message conventions (which are the same as [angular's](https://github.com/angular/angular.js/blob/master/CONTRIBUTING.md#commit)); our `commit-msg` hook should automatically enforce this. We also support [commitizen](https://www.npmjs.com/package/commitizen), which you can
105
+
When submitting PRs, make sure you're following our commit message conventions (which are the same as [angular's](https://github.com/angular/angular.js/blob/master/CONTRIBUTING.md#commit)); our `commit-msg` hook should automatically enforce this. We also support [commitizen](https://www.npmjs.com/package/commitizen), which you can
119
106
use to auto-format commit messages for you.
120
107
121
108
If you've done some experimental work on your branch/fork and committed these via `git commit --no-verify`, you can rebase them into one correctly-formatted commit before submitting.
@@ -124,10 +111,6 @@ Finally, it helps to make sure that your branch/fork is up to date with what's c
124
111
125
112
> **NOTE**: Please do _not merge_ master into your branch. _Always_`pull --rebase` instead. This ensures a linear history by always putting the work you've done after the work that's already on master, regardless of the date in which those commits were made.
126
113
127
-
To submit code, open a PR for your fork/branch against `master`.
128
-
129
-
Once you've submitted a PR, it'll be assigned to a core team member for review. If all CI tests pass and you get a `LGTM` from a reviewer, your code will be merged into master.
130
-
131
114
### Releasing MDC-Web
132
115
133
116
> NOTE: This section is for collaborators only. Contributors without repo write access can ignore
@@ -148,40 +131,12 @@ To release MDC-Web, you should perform the following steps.
148
131
current release of the overarching `material-components-web` library, and commit those changes.
149
132
4. Push the changelog changes to master, and call it a day!
150
133
151
-
## Questions / Problems
152
-
153
-
If you have questions about how to use Material Components Web, please direct these to [StackOverflow][stackoverflow] and use the `material-components-web` tag.
154
-
155
-
If you feel that we're missing an important bit of documentation, feel free to
156
-
file an issue so we can help. Here's an example to get you started:
157
-
158
-
```
159
-
Component (if any):
160
-
161
-
What are you trying to do or find out more about?
162
-
163
-
Where have you looked?
164
-
165
-
Where did you expect to find this information?
166
-
```
167
-
168
-
## Issues / Bugs
169
-
170
-
If you find a bug in the source code or a mistake in the documentation, you can help us by
171
-
submitting an issue to our [GitHub Repository][github]. Even better, you can submit a Pull Request with a fix. Before submitting issues, please ensure that you've read through our [issue template](https://github.com/material-components/material-components-web/blob/master/.github/ISSUE_TEMPLATE.md) to ensure a fast and helpful response from the maintainers.
172
-
173
134
## "What's the core team up to?"
174
135
175
136
The core team maintains a [public Pivotal Tracker](https://www.pivotaltracker.com/n/projects/1664011) (**tracker** for short) which details all the items we're working on within our current two-week [iteration](https://www.agilealliance.org/glossary/iteration/). This tracker mirrors in what's in our GH issues. It is used _purely for planning and prioritization purposes, **not** for discussions or community issue filing_. That being said, it's a great place to look at the overall state of our project as well as some the big ticket issues we're working on.
176
137
177
138
Each tracker story contains a link to its corresponding GH issue within its description. Each GH issue present in tracker is tagged with an `in-tracker` label. This will hopefully make it easy to move between the two if so desired.
Material Components for the web (MDC-Web) help developers execute [Material Design](https://www.material.io).
3
+
Material Components for the web (MDC-Web) help developers execute [Material Design](https://www.material.io).
4
4
Developed by a core team of engineers and UX designers at Google, these components enable a reliable development workflow to build beautiful and functional web projects.
5
5
6
6
Material Components for the web is the successor to [Material Design Lite](https://getmdl.io/), and has 3 high-level goals:
@@ -9,18 +9,114 @@ Material Components for the web is the successor to [Material Design Lite](https
9
9
- Best-in-class performance and adherence to the [Material Design guidelines](https://material.google.com)
10
10
- Seamless integration with other JS frameworks and libraries
0 commit comments