Go to file
Vaida Plankyte c88530366e user_settings.py: Use the singular 'they' pronoun. 2017-07-05 09:27:44 -07:00
.tx Remove zh_CN old Django name for Chinese. 2017-02-03 14:29:03 -08:00
analytics analytics: Add on_delete in foreign keys. 2017-06-13 15:13:49 -07:00
api Bots: Adjust Incrementor bot to use StateHandler 2017-07-03 09:50:14 -07:00
confirmation confirmation: Add on_delete in foreign keys. 2017-06-13 15:13:55 -07:00
corporate Add default response for `terms` and `privacy` endpoints. 2017-04-12 14:09:14 -07:00
docs custom-apps.md: Use the singular 'they' pronoun. 2017-07-05 09:27:43 -07:00
frontend_tests uploads: Display year in attachments UI upload timestamp. 2017-07-04 16:13:20 -07:00
pgroonga Support full text search for all languages using pgroonga. 2016-08-26 21:04:03 -07:00
puppet Run queue processors multithreaded in production if system memory <3.5GB. 2017-06-03 12:19:58 -07:00
requirements Remove Django Guardian dependency. 2017-06-23 08:40:57 -04:00
scripts scripts/upgrade-zulip-from-git: Don't cache the repo URL, only the contents 2017-06-28 15:49:57 -07:00
static narrow.js: Use the singular 'they' pronoun. 2017-07-05 09:27:43 -07:00
templates missed_message.txt: Use the singular 'they' pronoun. 2017-07-05 09:27:43 -07:00
tools docs: Expand documentation on Internet access in tests. 2017-07-04 13:17:25 -07:00
zerver user_settings.py: Use the singular 'they' pronoun. 2017-07-05 09:27:44 -07:00
zilencer models: Change default org_type to CORPORATE. 2017-06-29 15:14:58 -07:00
zproject emails: Refactor send_email functions to take both a sender name and address. 2017-07-04 14:25:01 -07:00
.codecov.yml coverage: Add .codecov.yml. 2017-06-27 16:55:55 -07:00
.coveralls.yml Generate mypy coverage report for travis + coveralls. 2016-06-04 13:01:19 -07:00
.editorconfig Remove spaces between file types in editorconfig list. 2017-04-17 10:04:17 -07:00
.eslintignore Build and handle jsfiles using webpack instead of django-pipeline. 2017-05-24 18:38:03 -07:00
.eslintrc.json common.js: Migrate `common.js` module to use IIFE module style. 2017-06-22 19:06:32 -04:00
.gitattributes settings: Include analytics in default distribution. 2017-02-02 16:23:24 -08:00
.gitignore Remove English translations.json from source control. 2017-07-03 10:10:43 -04:00
.gitlint requirements: Upgrade gitlint to 0.8.2. 2017-05-05 09:59:39 -07:00
.npmignore Add proxy notes to new README.dev.md troubleshooting section. 2016-03-29 21:54:05 -07:00
.travis.yml travis: Run different suites first, then try Python 2. 2017-06-26 13:17:39 -07:00
CODE_OF_CONDUCT.md repository: Add CODE_OF_CONDUCT.md. 2017-06-14 18:43:08 -07:00
Dockerfile docker: Revert Docker development to original instructions. 2016-11-27 10:15:37 -08:00
LICENSE License disclosures and project licensing. 2015-09-25 00:44:19 -07:00
README.md repository: Update information with Codecov migration. 2017-06-20 07:17:39 -04:00
Vagrantfile Set the default locale to en_US.UTF-8 in vagrant. 2017-03-17 13:40:41 -07:00
manage.py docs: Make it harder to screw up our manage.py commands. 2017-02-03 12:57:50 -08:00
package.json webpack: Move app_debug.js to webpack bundle. 2017-06-13 12:45:40 -07:00
version.py emoji: Fix the title and alt text for unicode emojis. 2017-07-01 11:14:24 -07:00

README.md

Zulip overview | Community | Installing for dev | Installing for production | Ways to contribute | How to get involved | License

Zulip overview

Zulip is a powerful, open source group chat application. Written in Python and using the Django framework, Zulip supports both private messaging and group chats via conversation streams.

Zulip also supports fast search, drag-and-drop file uploads, image previews, group private messages, audible notifications, missed-message emails, desktop apps, and much more.

Further information on the Zulip project and its features can be found at https://www.zulip.org.

Build Status Coverage Status docs Zulip chat Twitter

Community

There are several places online where folks discuss Zulip.

  • The primary place is the Zulip development community Zulip server at chat.zulip.org.

  • For Google Summer of Code students and applicants, we have a mailing list for help, questions, and announcements. But it's often simpler to visit chat.zulip.org instead.

  • We have a public development discussion mailing list, zulip-devel, which is currently pretty low traffic because most discussions happen in our public Zulip instance. We use it to announce Zulip developer community gatherings and ask for feedback on major technical or design decisions. It has several hundred subscribers, so you can use it to ask questions about features or possible bugs, but please don't use it ask for generic help getting started as a contributor (e.g. because you want to do Google Summer of Code). The rest of this page covers how to get involved in the Zulip project in detail.

  • Zulip also has a blog and twitter account.

  • Last but not least, we use GitHub to track Zulip-related issues (and store our code, of course). Anybody with a GitHub account should be able to create Issues there pertaining to bugs or enhancement requests. We also use Pull Requests as our primary mechanism to receive code contributions.

The Zulip community has a Code of Conduct.

Installing the Zulip Development environment

The Zulip development environment is the recommended option for folks interested in trying out Zulip. This is documented in the developer installation guide.

Running Zulip in production

Zulip in production supports Ubuntu 14.04 Trusty and Ubuntu 16.04 Xenial. Work is ongoing on adding support for additional platforms. The installation process is documented at https://zulip.org/server.html and in more detail in the documentation.

Ways to contribute

Zulip welcomes all forms of contributions! This page documents the Zulip development process.

Google Summer of Code

We participated in GSoC in 2016 (with great results) and are participating in 2017 as well.

How to get involved with contributing to Zulip

First, subscribe to the Zulip development discussion mailing list.

The Zulip project uses a system of labels in our issue tracker to make it easy to find a project if you don't have your own project idea in mind or want to get some experience with working on Zulip before embarking on a larger project you have in mind:

  • Integrations. Integrate Zulip with another piece of software and contribute it back to the community! Writing an integration can be a great first contribution. There's detailed documentation on how to write integrations in the Zulip integration writing guide.

  • Bite Size: Smaller projects that might be a great first contribution.

  • Documentation: The Zulip project loves contributions of new documentation.

  • Help Wanted: A broader list of projects that nobody is currently working on.

  • Platform support: These are open issues about making it possible to install Zulip on a wider range of platforms.

  • Bugs: Open bugs.

  • Feature requests: Browsing this list can be a great way to find feature ideas to implement that other Zulip users are excited about.

  • 2016 roadmap milestone: The projects that are priorities for the Zulip project. These are great projects if you're looking to make an impact.

Another way to find issues in Zulip is to take advantage of our area:<foo> convention in separating out issues. We partition all of our issues into areas like admin, compose, emoji, hotkeys, i18n, onboarding, search, etc. Look through our list of labels, and click on some of the area: labels to see all the tickets related to your areas of interest.

If you're excited about helping with an open issue, make sure to claim the issue by commenting the following in the comment section: "@zulipbot claim". @zulipbot will assign you to the issue and label the issue as in progress. For more details, check out @zulipbot.

You're encouraged to ask questions on how to best implement or debug your changes -- the Zulip maintainers are excited to answer questions to help you stay unblocked and working efficiently. It's great to ask questions in comments on GitHub issues and pull requests, or on chat.zulip.org. We'll direct longer discussions to Zulip chat, but please post a summary of what you learned from the chat, or link to the conversation, in a comment on the GitHub issue.

We also welcome suggestions of features that you feel would be valuable or changes that you feel would make Zulip a better open source project, and are happy to support you in adding new features or other user experience improvements to Zulip.

If you have a new feature you'd like to add, we recommend you start by opening a GitHub issue about the feature idea explaining the problem that you're hoping to solve and that you're excited to work on it. A Zulip maintainer will usually reply within a day with feedback on the idea, notes on any important issues or concerns, and and often tips on how to implement or test it. Please feel free to ping the thread if you don't hear a response from the maintainers -- we try to be very responsive so this usually means we missed your message.

For significant changes to the visual design, user experience, data model, or architecture, we highly recommend posting a mockup, screenshot, or description of what you have in mind to the #design stream on chat.zulip.org to get broad feedback before you spend too much time on implementation details.

Finally, before implementing a larger feature, we highly recommend looking at the new feature tutorial and coding style guidelines on ReadTheDocs.

Feedback on how to make this development process more efficient, fun, and friendly to new contributors is very welcome! Just send an email to the zulip-devel list with your thoughts.

When you feel like you have completed your work on an issue, post your PR to the #code review stream on chat.zulip.org. This is our lightweight process that gives other developers the opportunity to give you comments and suggestions on your work.

License

Copyright 2011-2017 Dropbox, Inc., Kandra Labs, Inc., and contributors

Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at

http://www.apache.org/licenses/LICENSE-2.0

Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.

The software includes some works released by third parties under other free and open source licenses. Those works are redistributed under the license terms under which the works were received. For more details, see the docs/THIRDPARTY file included with this distribution.