Skip to content

Commit

Permalink
Merge branch 'master' into patch-1
Browse files Browse the repository at this point in the history
  • Loading branch information
bnchdrff committed Feb 2, 2018
2 parents a1ff123 + 33c0ddf commit bc1e63b
Show file tree
Hide file tree
Showing 99 changed files with 49,051 additions and 1,521 deletions.
136 changes: 94 additions & 42 deletions CONTRIBUTING.md
Original file line number Diff line number Diff line change
@@ -1,43 +1,95 @@
# Please Read

Please read these instructions before submitting issues or pull requests to the Steemit.com (**condenser**) GitHub repository. The issue tracker is the place to start for all for bugs and well vetted enhancements.

## Bug Reports

If there is an existing feature that is not working correctly, or a glitch in the website that is impacting user behaviour - please open an issue to report variance. Include as much relevant information as you can, including screen shots and steps to reproduce the issue.

## Technical Support and Signup/Login Issues

If you are having trouble using the website but it is not an error with the website (this includes signup/login issues), do **not** open a GitHub issue. Please request help from the users in the [steemit.chat help](https://steemit.chat/channel/help) channel.

## Enhancement Suggestions

If you have an enhancement you would like to see in condenser we suggest you first discuss it with other members of the
community on Steemit.com, or in the steemit discord channel. If there is a well vetted idea that has the support of the
community create an issue with a link to the discussion, a detailed description, and tag it with the label `new_grass`
(for 'grass roots', and 'the grass is greener'). New enhancement issues that do not follow this format will be closed.

**Bumps for working code:** Community contributions are still tops. If there's a `new_grass` labeled issue you like or
want to promote, fork the repo and code away! (leave a comment saying as much with a link to your repo/branch) When
you've got it ready post another comment and tag `@sneak` in it. If it passes muster you'll be invited to create a Pull Request.

## Implementation Discussion

The developers frequently open issues to discuss changes that are being worked on. This is to inform the community of the changes being worked on, and to get input from the community and other developers on the implementation.

Issues opened that devolve into lengthy discussion of minor site features will be closed or locked. The issue tracker is not a general purpose discussion forum. (That's what steemit.com is for!)

## Duplicate Issues

Please do a keyword search to see if there is already an existing issue before opening a new one.

## Steemit.com vs. Steem Blockchain

This issue tracker is only intended to track issues for the Steemit.com website. If the issue is with the
Steem blockchain, please open an issue in the [Steem Repository](https://github.com/steemit/steem).

## Pull Requests

We love working code, but please do not open a Pull Request unless all the conditions in the **Bumps for working code:**
section have been met.

# Contributing to Condenser

Everyone is welcome to contribute code to Steemit, Inc. projects. We have a Code of Conduct;
we ask that you please follow it in all your interactions with our team and your fellow
contributors.

Please note that this contributing guide only applies to our development presence.

## How to contribute

1. File an issue describing the problem you would like to
solve or the feature you would like to add. It saves unnecessary work on your part,
in case there's a nontechnical reason we can't accept a particular change.
Please note that we can and will _automatically close all pull requests that do not refer to
an issue_.
2. Learn the conventions of the project you are submitting code to, even implicit ones,
and follow them. In case you have a question about a project's conventions, please
ask on the issue you filed. This includes writing tests, formatting code, and documentation.
3. File a pull request against your Github issue and fill out the pull request template.
Remember, you are agreeing to license your code and any intellectual property associated
with your code under the same terms as the repository you are contributing to.
4. If one of our teammates asks you to make changes, please make them. Our rule is that all
requests for changes in code review are resolved in favor of the reviewer. Our teammates
follow this rule too!
5. **Reporting Bugs** If there is an existing feature that is not working correctly, or a
glitch in the website that is impacting user behaviour - please open an issue to report
variance. Include as much relevant information as you can, including screen shots and
steps to reproduce the issue.
6. **Enhancement Suggestions** If you have an enhancement you would like to see in condenser
we suggest you first discuss it with other members of the community on Steemit.com, or
in the steemit discord channel. If there is a well vetted idea that has the support of
the community create an issue with a link to the discussion. The issue's title should
start with `community -` and have a detailed description.
7. **Development Discussions** The developers frequently open issues to discuss changes that
are being worked on. This is to inform the community of the changes being worked on, and
to get input from the community and other developers on the implementation.
8. **Pull Requests** We love community contributions. If you've done some work on an issue
and want to see it in the condenser codebase, please submit a Pull Request, reference
the issue in the description start the title with `community -`. We're working very
hard to keep our development practices as open as possible, and this helps us a lot.

## Code of Conduct

Again, please note that this Code of Conduct _only applies to our development presence_.

### Our Pledge

We welcome your membership in our project and community under the rules that we have set below.

In the interest of fostering an open and welcoming environment, we as
contributors and maintainers will work to make your participation in
our project and community as fulfilling as possible.

### Our Rules

All members of our project and community must:

1. Show empathy toward other project and community members
2. Use welcoming and inclusive language
3. Respect differing viewpoints and experiences
4. Gracefully accept constructive criticism

All members of our project and community must not:

1. Harm our project and community, or advocate harm to our project and community
2. Insult or make derogatory comments about others
3. Interact with others after they have withdrawn permission to do so

### Our Responsibilities

We will use any and all lawful means at our disposal to enforce our rules. This includes
but is not limited to:

1. Rejecting contributions
2. Removing comments, commits, code, wiki edits, and issues
3. Banning abusers

We will clarify standards of acceptable behavior and we will take appropriate
and fair corrective action in response to any instances of unacceptable behavior.

Instances of abusive, harassing, or otherwise unacceptable behavior may be
reported by contacting us at github.abuse@steemit.com. All
complaints will be reviewed and investigated and will result in a response that
is deemed necessary and appropriate to the circumstances. We
maintain strict confidentiality with regard to the reporter of an incident.
Further details of specific enforcement policies may be posted separately.

### Attribution

This Code of Conduct is adapted from the [Contributor Covenant][homepage], version 1.4,
available at [http://contributor-covenant.org/version/1/4][version]

[homepage]: http://contributor-covenant.org
[version]: http://contributor-covenant.org/version/1/4/gg
2 changes: 1 addition & 1 deletion Dockerfile
Original file line number Diff line number Diff line change
Expand Up @@ -7,7 +7,7 @@ RUN npm install -g yarn

WORKDIR /var/app
RUN mkdir -p /var/app
ADD package.json /var/app/package.json
ADD package.json yarn.lock /var/app/
RUN yarn install --non-interactive --frozen-lockfile

COPY . /var/app
Expand Down
45 changes: 20 additions & 25 deletions README.md
Original file line number Diff line number Diff line change
Expand Up @@ -167,28 +167,6 @@ cd src/db
yarn exec sequelize db:migrate
```

#### Install Tarantool - Production Only

Tarantool similarly to mysql is not required for development but if you're running a full-fledged site with condenser you will want to run one.

OS X:

```bash
brew install tarantool
```

Debian based Linux:

```bash
sudo apt-get install tarantool
```

Test the interactive console:

```bash
user@example:~$ tarantool
```

#### Style Guides For Submitting Pull Requests

##### File naming and location
Expand All @@ -199,10 +177,8 @@ user@example:~$ tarantool
- Component's stylesheet file name should match component name

##### Js & Jsx
We are using _[Airbnb JavaScript Style Guide](https://github.com/airbnb/javascript)_ with some modifications (see .eslintrc).
Please run _eslint_ in the working directory before committing your changes and make sure you didn't introduce any new styling issues.

We use prettier to autofromat the code. Run `yarn run fmt` to format everything in `src/`, or `yarn exec -- prettier --config .prettierrc --write src/whatever/file.js` for a specific file.
We use [prettier](https://github.com/prettier/prettier) to autofromat the code, with [this configuration](.prettierrc). Run `yarn run fmt` to format everything in `src/`, or `yarn exec -- prettier --config .prettierrc --write src/whatever/file.js` for a specific file.

##### CSS & SCSS
If a component requires a css rule, please use its uppercase name for the class, e.g. "Header" class for the header's root div.
Expand All @@ -219,6 +195,25 @@ We adhere to BEM methodology with exception for Foundation classes, here is an e
</ul>
```

## Testing

### Run test suite

`yarn test`

will run `jest`

### Test endpoints offline

If you want to test a server-side rendered page without using the network, do this:

```
yarn build
OFFLINE_SSR_TEST=true SDC_DATABASE_URL="mysql://root@127.0.0.1/steemit_dev" NODE_ENV=production node --prof lib/server/index.js
```

This will read data from the blobs in `api_mockdata` directory. If you want to use another set of mock data, create a similar directory to that one and add an argument `OFFLINE_SSR_TEST_DATA_DIR` pointing to your new directory.

## Issues

To report a non-critical issue, please file an issue on this GitHub project.
Expand Down
Loading

0 comments on commit bc1e63b

Please sign in to comment.