diff --git a/.github/CONTRIBUTING.MD b/.github/CONTRIBUTING.MD deleted file mode 100644 index db642cd7..00000000 --- a/.github/CONTRIBUTING.MD +++ /dev/null @@ -1,73 +0,0 @@ -# Monitorizare Vot Admin ONG - Contributing guide - -:two_hearts: First off all, thank you for your interest in the project and for taking the time to contribute! - -This project is built by amazing volunteers, just like you, from different timezones, backgrounds and skills levels. So to make sure we're all on the same page, it would be great if we all followed a few guidelines. :two_hearts: - -[Feedback](#feedback) | [How Can I Contribute?](#how-can-i-contribute) | [Best practices](#best-practices) | [About Code4Ro](#about-code4ro) | [Financial contributions](#financial-contributions) | [Code of conduct](#code-of-conduct) - -## Feedback - -Just have a quick question? Please e-mail us at at contact@code4.ro - -## How can I contribute - -### Report bugs - -:bug: Think you found a bug? Please check [the list of open issues](https://github.com/code4romania/monitorizare-vot-ong/issues) to see if your bug has already been reported. If it hasn't please [submit a new issue](https://github.com/code4romania/monitorizare-vot-ong/issues/new). - -:shield: If you find a **security vulnerability**, do not open an issue. Please email contact@code4.ro instead. - -Please be as specific as possible when describing the issue. Explain the problem and include additional details to help maintainers reproduce the problem: - -* **Description** -* **Steps to Reproduce** -* Expected behavior -* Actual behavior -* Reproduces how often - -### Suggest new features - -:bulb: Feature requests are welcome. We would love to hear your thoughts on how we can improve our project further. - -To send us a suggestion, just [open an issue](https://github.com/code4romania/monitorizare-vot-ong/issues/new) which describes the feature you would like to see. Give as much information as you can about what you would like to see: - -* Description -* Step by step behaviour -* Explain why this enhancement would be useful - -### Contribute to the codebase - -:computer: We'd love for you to get your hands dirty and code for the project. - -If you are unsure where to begin contributing to the project, you can start by looking through these issues: -* [Good first issues](https://github.com/code4romania/monitorizare-vot-ong/issues?q=is%3Aissue+is%3Aopen+label%3A%22good+first+issue%22) -* [Help wanted](https://github.com/code4romania/monitorizare-vot-ong/issues?q=is%3Aissue+is%3Aopen+label%3A%22help+wanted%22) - -Please make sure to check out the suggested coding [best practices](#best-practices) and tips with working with git below :wink: - -## Best practices - -### Coding best practices :ok_hand: - -* **The language we code in is English.** Please name your variables, methods, classes and other structures using English words. -* Use clean code conventions :heavy_check_mark: *tip: read [The book](https://www.goodreads.com/book/show/3735293-clean-code) if you haven't already. Or check out [a summary](https://gist.github.com/wojteklu/73c6914cc446146b8b533c0988cf8d29)* -* Follow the [Angular styleguide](https://angular.io/guide/styleguide) & [C# coding conventions](https://docs.microsoft.com/en-us/dotnet/csharp/programming-guide/inside-a-program/coding-conventions) -* Tests are appreciated :relieved: -* Please use relevant commit messages and reference issues in the commit message if applicable - -### Git workflow - -Our collaboration model [is described here](WORKFLOW.MD). - -## About Code4Ro - -Started in 2016, Code for Romania is a civic tech NGO, official member of the Code for All network. We have a community of over 500 volunteers (developers, ux/ui, communications, data scientists, graphic designers, devops, it security and more) who work pro-bono for developing digital solutions to solve social problems. #techforsocialgood. If you want to learn more details about our projects [visit our site](https://www.code4.ro/en/) or if you want to talk to one of our staff members, please e-mail us at contact@code4.ro. - -## Financial contributions - -Last, but not least, we rely on donations to ensure the infrastructure, logistics and management of our community that is widely spread across 11 timezones, coding for social change to make Romania and the world a better place. If you want to support us, [you can do it here](https://code4.ro/en/donate/). - -## Code of conduct - -This project and everyone participating in it is governed by the [Code for Romania Code of Conduct](https://code4.ro/en/code-of-conduct/). By participating, you are expected to uphold this code. Please report unacceptable behavior to safespace@code4.ro. diff --git a/.github/FUNDING.YML b/.github/FUNDING.YML deleted file mode 100644 index d8340169..00000000 --- a/.github/FUNDING.YML +++ /dev/null @@ -1,3 +0,0 @@ -# These are supported funding model platforms - -custom: https://code4.ro/en/donate/ diff --git a/.github/WORKFLOW.MD b/.github/WORKFLOW.MD deleted file mode 100644 index b182ca87..00000000 --- a/.github/WORKFLOW.MD +++ /dev/null @@ -1,164 +0,0 @@ -Whether you're trying to give back to the open source community or collaborating on your own projects, knowing how to properly fork and generate pull requests is essential. Unfortunately, it's quite easy to make mistakes or not know what you should do when you're initially learning the process. I know that I certainly had considerable initial trouble with it, and I found a lot of the information on GitHub and around the internet to be rather piecemeal and incomplete - part of the process described here, another there, common hangups in a different place, and so on. - -In an attempt to coallate this information for myself and others, this short tutorial is what I've found to be fairly standard procedure for creating a fork, doing your work, issuing a pull request, and merging that pull request back into the original project. - -## Creating a Fork - -Just head over to the GitHub page and click the "Fork" button. It's just that simple. Once you've done that, you can use your favorite git client to clone your repo or just head straight to the command line: - -```shell -# Clone your fork to your local machine -git clone git@github.com:USERNAME/FORKED-PROJECT.git -``` - -## Keeping Your Fork Up to Date - -While this isn't an absolutely necessary step, if you plan on doing anything more than just a tiny quick fix, you'll want to make sure you keep your fork up to date by tracking the original "upstream" repo that you forked. To do this, you'll need to add a remote: - -```shell -# Add 'upstream' repo to list of remotes -git remote add upstream https://github.com/UPSTREAM-USER/ORIGINAL-PROJECT.git - -# Verify the new remote named 'upstream' -git remote -v -``` - -Whenever you want to update your fork with the latest upstream changes, you'll need to first fetch the upstream repo's branches and latest commits to bring them into your repository: - -```shell -# Fetch from upstream remote -git fetch upstream - -# View all branches, including those from upstream -git branch -va -``` - -Now, checkout your own master branch and merge the upstream repo's master branch: - -```shell -# Checkout your master branch and merge upstream -git checkout master -git merge upstream/master -``` - -If there are no unique commits on the local master branch, git will simply perform a fast-forward. However, if you have been making changes on master (in the vast majority of cases you probably shouldn't be - [see the next section](#doing-your-work), you may have to deal with conflicts. When doing so, be careful to respect the changes made upstream. - -Now, your local master branch is up-to-date with everything modified upstream. - -## Doing Your Work - -### Create a Branch -Whenever you begin work on a new feature or bugfix, it's important that you create a new branch. Not only is it proper git workflow, but it also keeps your changes organized and separated from the master branch so that you can easily submit and manage multiple pull requests for every task you complete. - -To create a new branch and start working on it: - -```shell -# Checkout the master branch - you want your new branch to come from master -git checkout master - -# Create a new branch named newfeature (give your branch its own simple informative name) -git branch newfeature - -# Switch to your new branch -git checkout newfeature -``` - -Now, go to town hacking away and making whatever changes you want to. - -## Submitting a Pull Request - -### Cleaning Up Your Work - -Prior to submitting your pull request, you might want to do a few things to clean up your branch and make it as simple as possible for the original repo's maintainer to test, accept, and merge your work. - -If any commits have been made to the upstream master branch, you should rebase your development branch so that merging it will be a simple fast-forward that won't require any conflict resolution work. - -```shell -# Fetch upstream master and merge with your repo's master branch -git fetch upstream -git checkout master -git merge upstream/master - -# If there were any new commits, rebase your development branch -git checkout newfeature -git rebase master -``` - -Now, it may be desirable to squash some of your smaller commits down into a small number of larger more cohesive commits. You can do this with an interactive rebase: - -```shell -# Rebase all commits on your development branch -git checkout -git rebase -i master -``` - -This will open up a text editor where you can specify which commits to squash. - -### Submitting - -Once you've committed and pushed all of your changes to GitHub, go to the page for your fork on GitHub, select your development branch, and click the pull request button. If you need to make any adjustments to your pull request, just push the updates to GitHub. Your pull request will automatically track the changes on your development branch and update. - -## Accepting and Merging a Pull Request - -Take note that unlike the previous sections which were written from the perspective of someone that created a fork and generated a pull request, this section is written from the perspective of the original repository owner who is handling an incoming pull request. Thus, where the "forker" was referring to the original repository as `upstream`, we're now looking at it as the owner of that original repository and the standard `origin` remote. - -### Checking Out and Testing Pull Requests -Open up the `.git/config` file and add a new line under `[remote "origin"]`: - -``` -fetch = +refs/pull/*/head:refs/pull/origin/* -``` - -Now you can fetch and checkout any pull request so that you can test them: - -```shell -# Fetch all pull request branches -git fetch origin - -# Checkout out a given pull request branch based on its number -git checkout -b 999 pull/origin/999 -``` - -Keep in mind that these branches will be read only and you won't be able to push any changes. - -### Automatically Merging a Pull Request -In cases where the merge would be a simple fast-forward, you can automatically do the merge by just clicking the button on the pull request page on GitHub. - -### Manually Merging a Pull Request -To do the merge manually, you'll need to checkout the target branch in the source repo, pull directly from the fork, and then merge and push. - -```shell -# Checkout the branch you're merging to in the target repo -git checkout master - -# Pull the development branch from the fork repo where the pull request development was done. -git pull https://github.com/forkuser/forkedrepo.git newfeature - -# Merge the development branch -git merge newfeature - -# Push master with the new feature merged into it -git push origin master -``` - -Now that you're done with the development branch, you're free to delete it. - -```shell -git branch -d newfeature -``` - - - -**Copyright** - -Copyright 2017, Chase Pettit - -MIT License, http://www.opensource.org/licenses/mit-license.php - -**Additional Reading** -* [Atlassian - Merging vs. Rebasing](https://www.atlassian.com/git/tutorials/merging-vs-rebasing) - -**Sources** -* [GitHub - Fork a Repo](https://help.github.com/articles/fork-a-repo) -* [GitHub - Syncing a Fork](https://help.github.com/articles/syncing-a-fork) -* [GitHub - Checking Out a Pull Request](https://help.github.com/articles/checking-out-pull-requests-locally) diff --git a/README.md b/README.md index 19da1bcf..f90cc609 100644 --- a/README.md +++ b/README.md @@ -2,7 +2,7 @@ [![GitHub contributors](https://img.shields.io/github/contributors/code4romania/monitorizare-vot-ong.svg?style=for-the-badge)](https://github.com/code4romania/monitorizare-vot-ong/graphs/contributors) [![GitHub last commit](https://img.shields.io/github/last-commit/code4romania/monitorizare-vot-ong.svg?style=for-the-badge)](https://github.com/code4romania/monitorizare-vot-ong/commits/master) [![License: MPL 2.0](https://img.shields.io/badge/license-MPL%202.0-brightgreen.svg?style=for-the-badge)](https://opensource.org/licenses/MPL-2.0) -[See the project live](https://app-vmon-api-dev.azurewebsites.net) +[See the project live](https://app.votemonitor.org/) Monitorizare Vot is a mobile app for monitoring elections by authorized observers. They can use the app in order to offer a real-time snapshot on what is going on at polling stations and they can report on any noticeable irregularities. @@ -16,13 +16,13 @@ The app also has a web version, available for every citizen who wants to report ## Contributing -This project is built by amazing volunteers and you can be one of them! Here's a list of ways in [which you can contribute to this project](.github/CONTRIBUTING.md). If you want to make any change to this repository, please **make a fork first**. +This project is built by amazing volunteers and you can be one of them! Here's a list of ways in [which you can contribute to this project](https://github.com/code4romania/.github/blob/master/CONTRIBUTING.md). If you want to make any change to this repository, please **make a fork first**. Help us out by testing this project in the [staging environment](https://monitorizare-vot-ong-git-develop.code4romania.vercel.app/login). If you see something that doesn't quite work the way you expect it to, open an Issue. Make sure to describe what you _expect to happen_ and _what is actually happening_ in detail. If you would like to suggest new functionality, open an Issue and mark it as a **[Feature request]**. Please be specific about why you think this functionality will be of use. If you can, please include some visual description of what you would like the UI to look like, if you are suggesting new UI elements. -Also, this is [the workflow we follow](.github/WORKFLOW.md). +Also, this is [the workflow we follow](https://github.com/code4romania/.github/blob/master/WORKFLOW.md). ## Built With @@ -30,11 +30,11 @@ Angular 9 Typescript 3.5.3 -Swagger docs for the API are available [here](https://app-vmon-api-dev.azurewebsites.net/swagger/index.html). +Swagger docs for the API are available [here](https://api.votemonitor.org/swagger/index.html). ## Repos and projects -![MV diagram](https://raw.githubusercontent.com/code4romania/monitorizare-vot-ong/master/vote_monitor_diagram.png) +You can find out more info & docs about the project in [this wiki](https://github.com/code4romania/monitorizare-vot/wiki). MV related repos: