platform to read articles, news and updates all over the tech community and place to share knowledge and bring value to the community
The first thing to do is to clone the repository:
$ git clone https://github.com/techlifejournal/techlifejournal-backend.git
$ cd teachlifejournal-backend
Create a virtual environment to install dependencies in and activate it:
$ python venv -m env
$ source env/bin/activate
Then install the dependencies:
(env)$ pip install -r requirements.txt
Note the (env)
in front of the prompt. This indicates that this terminal
session operates in a virtual environment set up by virtualenv2
.
Once pip
has finished downloading the dependencies:
(env)$ cd project
(env)$ python manage.py runserver
And navigate to http://127.0.0.1:8000/
.
If you want to contribute to a project and make it better, your help is very welcome. Contributing is also a great way to learn more about social coding on Github, new technologies and and their ecosystems and how to make constructive, helpful bug reports, feature requests and the noblest of all contributions: a good, clean pull request.
- Create a personal fork of the project on Github.
- Clone the fork on your local machine. Your remote repo on Github is called
origin
. - Add the original repository as a remote called
upstream
. - If you created your fork a while ago be sure to pull upstream changes into your local repository.
- Create a new branch to work on! Branch from
development
if it exists, else frommaster
. - Implement/fix your feature, comment your code.
- Follow the code style of the project.
- Add or change the documentation as needed.
- Squash your commits into a single commit with git's interactive rebase. Create a new branch if necessary.
- Push your branch to your fork on Github, the remote
origin
. - From your fork open a pull request in the correct branch. Target the project's
development
branch if there is one, else go formaster
! - If the maintainer requests further changes just push them to your branch. The pull request will be updated automatically.
- Once the pull request is approved and merged you can pull the changes from
upstream
to your local repo and delete your extra branch(es).
And last but not least: Always write your commit messages in the present tense. Your commit message should describe what the commit, when applied, does to the code – not what you did to the code.
See also the list of contributors who participated in this project.
This project is licensed under the MIT License - see the LICENSE file for details