Skip to content

Commit

Permalink
.
Browse files Browse the repository at this point in the history
  • Loading branch information
Jess Portnoy committed Aug 31, 2017
1 parent 0417f63 commit 6080612
Showing 1 changed file with 75 additions and 1 deletion.
1 change: 0 additions & 1 deletion CONTRIBUTING.md

This file was deleted.

75 changes: 75 additions & 0 deletions CONTRIBUTING.md
@@ -0,0 +1,75 @@
# Contributing Code to the Kaltura Platform
Kaltura is a multi-project platform. It consists of various backend and frontend projects, in several programing languages and technologies. As such, it may seem little scary to get started as a new developer in the community.
This guide was put together to guide your way as a developer getting started with Kaltura, walk you through the various platform projects, and practices of contributing code by submitting pull-requests and code patches.

## Signing the Contributor License Agreement
When you merge new code to the Kaltura Platform, we require that you sign the Kaltura Contributor License Agreement (or "CLA"). The CLA license is for your protection as a Contributor as well as the protection of the Project and its community members. It does not change your rights to use your own Contributions for any other purpose, and does not require any IP assignment of any kind.
If you're working on a Kaltura project, or can clearly claim ownership of copyright in what you'll be contributing to the project, the CLA will ensure that your contributions are protected and that the project will forever remain free to be used and modified by the global community.

As references, we encourage reviewing other known projects and their respective CLAs -
* [The Apache Software Foundation](http://www.apache.org/licenses/#clas).
* [The Fedora Project](https://fedoraproject.org/wiki/Legal:Fedora_Project_Contributor_Agreement).
* [Ubuntu, Canonical Projects](http://www.canonical.com/contributors).
* [MongoDB](http://www.mongodb.com/legal/contributor-agreement).

Please [CLICK HERE TO SIGN](https://agentcontribs.kaltura.org) the Kaltura CLA digitally using your GitHub account.
You can also [download the Kaltura CLA in PDF format](http://knowledge.kaltura.com/node/1235/attachment/field_media), sign it and email to [community@kaltura.com](mailto:community@kaltura.com).

## Which Repositories Should I Contribute To?
The main repos are:

* https://github.com/kaltura/platform-install-packages - The Platform Install Packages and Scripts
* https://github.com/kaltura/server - The Core Backend (The Kaltura Server)
* https://github.com/kaltura/nginx-vod-module - The Core Backend (The Kaltura Server)
* https://github.com/kaltura/mwEmbed - The Kaltura JS Player Framework (aka Universal or v2 Player)
* https://github.com/kaltura/kmc - The Kaltura Management Console (aka KMC)
* https://github.com/kaltura/player-studio - The HTML5 Player Studio (aka Studio v2)

If you are uncertain which project a specific code belongs to, please run:

```bash
$ rpm -qf /path/to/file
$ rpm -qi package | grep URL
```

For example:

```bash
$ rpm -qf /opt/kaltura/app/batch/bootstrap.php
kaltura-base-9.16.0-1.noarch

$ rpm -qi kaltura-base | grep URL
URL : https://github.com/kaltura/server/tree/IX-9.16.0
```

In this case, the file belongs to Kaltura's Core at `https://github.com/kaltura/server`

## Reporting issues
When reporting an issue, please make sure you include the version used.
```
# You can get the version using:
$ rpm -q package
# or when using the deb packages:
$ dpkg -l package
# And you can get debug information (handy with reporting issues) using:
$ /opt/kaltura/bin/kaltura-sanity.sh
```

This might help you diagnose the issue yourself, if not, paste the results along with your report.
For questions, rather bug reports, please post at forum.kaltura.org.

## Contribution Guidelines
* Please do not file big Pull Requests. It makes reviewing and ensuring correctness difficult. If possible, break it down in smaller commits/pulls, each related to a specific issue or subject
* Every commit should have a meaningful subject
* If the code has tests, they must pass before submitting the pull request
* When submitting a new feature, unit tests must be submitted as well
* Whenever possible, implement features as plugins, not by modifying Core code
* Always keep performance in mind
* If you are unsure about submitting a Pull request, ask one of the repository owners for clarification

## Submitting Pull-Requests
1. Fork the default branch of the relevant repo
2. Create a branch with a meaningful name; i.e - some-feature-name-fix
3. Commit and make a pull request

Thank you for helping make Kaltura even more awesome! :)

0 comments on commit 6080612

Please sign in to comment.