Skip to content

Latest commit

 

History

History
219 lines (132 loc) · 7.65 KB

README.md

File metadata and controls

219 lines (132 loc) · 7.65 KB
Raw

G2

chat mattermost

The goal of this project is to create a application that can serve as a gateway for people to contribute on projects of an organization. We want to improve the visibility of subparts of projects to make it more accessible to contribute.

Further down the road we want to add a level of gamification to the application, inspired by Gamification

Simply running it

Prerequisites

  • Docker
  • Docker-compose

Running

  • Start the docker service

  • Run the backend

    docker-compose up

Getting started with development

Prerequisites

Leiningen 2.0 or above.
Leiningen is a development tool that mainly manages the dependencies and build configuration of the project.

Mariadb or MySQL
The database used by the backend will be primarily mariadb.

Installing

  1. Clone the repository

  2. Copy the template configuration files for development and testing:

    cp dev-config_template.edn dev-config.edn
cp test-config_template.edn test-config.edn

  3. Check these configs for variables that are different in your setup. They should normally work out of the box.

  4. Create a new local database and create or modify a database user so it has access to the database. (You can use the dev database for the tests to, but it will possibly be filled with testing data.)

    !! Make sure to create the database with character set utf8mb4 and collation utf8mb4_unicode_ci. This is so we can support emoji's which are found in for example git repositories.

    create database g2_dev character set utf8mb4 collate utf8mb4_unicode_ci;

    It's possible you also need to configure your config so the server accepts connections with the correct charset. Add the following lines to /etc/mysql/my.cnf and restart your mysql server.

    [mysql]
default-character-set=utf8mb4

[mysqld]
character-set-server=utf8mb4
collation-server=utf8mb4_unicode_ci

  5. Update the database-url parameter in the dev-config.edn and test-config.edn file with your newly created db and user.

Running

Start by running the migrations on the database. Make sure the correct url is set in your config. Migrations can be added overtime, don't forget to execute them!

```
lein run migrate
```

To start the web server for the application, run:

```
lein run
```

You can also start a repl environment which allows for more dynamic and involved programming. Following commands puts the webserver in the same state as the previous commands one but it leaves you in a repl.

```
lein repl
>> (start)
>> (migrate)
```

To start the repl with the test profile run

```
lein with-profile test repl
```

Reloading changed files

If you change files and want to see your changes it will go faster in a repl. When using lein run, you need to stop the process and restart it. In the repl you can reload a namespace and the server will automatically reload the file into its process.

```
>> (use 'g2.filename :reload)
```

This reload is not perfect, old namespaces are necessarily removed which can result in a conflict when you change a file with another one but give them the same name.

TODO Add clojure.tools.refresh explanation.

If you change SQL queries, restart the database using

>> (restart-db)

While actively developing the application you will change files and therefore namespaces. When using the above method you will need to restart the webserver everytime you want to see the new changes. This is quite a slow process and therefor not recommended. Instead use the following workflow.

  1. Start a repl using

    lein repl

Here you can execute arbitrary clojure code. The file with the user namespace will be automaticaly loaded into the repl and it's functions will be available in the repl.

  1. Now start the server and then run the migrations.

    (start)
(migrate)

  2. Now browse to localhost:3000 to see the webserver. At this moment you will land onto a page with some testing links. This is going to be removed later on when the frontend has more functionality.

We use swagger to serve a nice visual and handy frontend with out api. This enables the developer to quickly discover all the needed endpoints and get their specification in the process. Surf to localhost:3000/api-docs/ to find the documentation.

If you want to see some data quicly, try out the /repository/sync path. It synchronises the repositories of the organization configured in the dev-config file with the g2 backend. You can then request a list of these repo's on /repository

Loading code changes

Changed clojure files will not be automatically loaded into the webserver. You can however load your changed file into the repl with 1 easy command.

(use 'g2.my_changed_file :reload)

The webserver will detect the change and will quickly restart.

Using git hooks

WORK IN PROGRESS

Running the application on localhost makes it impossible for github hooks to find it. You have a few applications that can help you with this like ... but you can also do this yourself using simple ssh port forwarding. You need a server with a public ip adres and ssh access.

Using following command all requests to your servers ip on port 9123 will be tunneled to your computer on port 3000. In this way you can register hooks on my.server.ip:9123.

ssh -R 9123:localhost:3000 my.server.ip

More information about ssh-tunneling can be found here

Running the tests

To run tests run the next command. This will autodetect changes in the backend files and they will rerun themselves automatically.

First copy the file test-config_example.edn to ``test-config.edn`. Adapt all needed configs for your machine.

Now run the automated tests

lein test-refresh

If you want to run them only once run

lein test

If you want to run a specific test in a file, do:

lein test :only namespace_name/testname

or in the repl

    (load "g2/test/handler")
    (in-ns 'namespace_name.testname)
    (test-vars [#'namespace_name/testname])

Deployment

Compiling the application is as simple as

lein uberjar

You can the run it as you would run any other jar. Environment variables set in the dev-config.edn file will also have to be set in production. You can do this by providing them as environment variables or by setting them in the production conf file (/env/prod/resources/config.edn)

java -jar g2.jar

Built with

Contributing

The Issues tab contains a list of known bugs, wanted features or new ideas, check them out if you are looking to contribute in the project. If you still don't know how to start or what to do, don't hesitate to contact the team.

Versioning

We will use SemVer as much as possible for versioning.

Contact

If you have any questions you can reach us on mattermost on the project channel linked above or send a direct message to flynn.

License

This project is licensed under the MIT License - see the LICENSE file for details

Acknowledgments