🏷 Labels

See it in action: https://labels.fly.dev/

What?

Gui application to copy labels from one repo to another.

Why?

Having a standard list of labels across all of your projects means that you can move between repositories quickly and effectively. However, manually adding labels to a new GitHub repository can become old, fast. This module aims to save you time by automating the addition of labels to a new project by copying them from a selected repo and then transferring them to a target repo.

Our main criteria is that it MUST be quicker than manually adding labels and will offer a hosted version of the app if you don't want to configure/run the app yourself.

At dwyl we intensively use labels on issues and pull requests to communicate about the status of the work for each team member of our project. We work remotely and the labels allow us to quickly know who took responsibility on an issue and what progress they have made. For example we can quickly see from the list of issues on a repository if someone is working on a specific issue (in-progress label), if an issue is finished but waiting for review (in-review label) or if an issue is currently reviewed (in-review label), see the list of labels and their description.

This process streamlines communication and allows us to focus on developing features instead of spending time on "chat" explaining the status of an issue. It also allows us to communicate quickly with our clients as they know when to test and approve/reject a feature with the label please-test.

Who?

Any Github user who has created multiple repositories and values their time ⏰

How?

A simple and intuitive UI authenticated with GitHub using elixir-auth-github and make requests to the github api on your behalf.

After authentication via github login a user will simply have to submit a form with the following fields.

• Source repo name and owner
• Target repo name and owner

You can also copy labels again to previously synchronized repositories.

What happens to existing labels in target repo?

Labels is non-destructive. If there are existing labels with the same name but a different colour, the colour will change to match the source repo. Other than this, it will simply add any labels that don't already exist and won't touch the existing ones.

Run

Config

Since we are using elixir-auth-github you will need to follow some of their setup to run the project locally.

• You need to create a new oauth application in your github but please see create-a-github-app-and-oauth2-credentials
• You will need to create a .env file root or project of the form:

GITHUB_CLIENT_ID=<your-client-id>
GITHUB_CLIENT_SECRET=<your-client-secret>

To run:

Enter these commands into your terminal:

• git clone https://github.com/dwyl/labels.git
• cd labels
• source .env
• mix deps.get
• mix phx.server
• Visit http://localhost:4000/

Labels

This repository contains our 'master list' of labels used across all dwyl projects: https://www.github.com/dwyl/labels/labels

An explanation of each can be found below, starting with the custom dwyl labels, which we use in conjunction with our contributing process/guidelines.

Clicking on a label will take you to an issue with further discussion on its existence and meaning:

• awaiting-review #f39c12 - added to issue once a PR with its resolution has been assigned to a reviewer (replaces in-progress)
• chore #3A2716 - routine tasks that must be done for every project but require little active brain power
• discuss #60EEEE - invites discussion from contributors
• documentation #0075ca - Improvements or additions to documentation
• epic #000059 - big issues that span multiple days & need to be broken down
• external-dependency #e6e6e6 - no further work can be carried out until a third party completes an action (specified in a comment in the issue)
• in-progress #009688 - added when you start working on an issue (and have assigned it to yourself)
• in-review #128A0C - added to PR by QA/reviewer to show a review is in progress
• merge-conflicts #E74C3C - added to a PR when it has merge conflicts that need to be fixed by the PR's creator
• please-test #08E700 - added after PR is merged and the feature/fix/change has been deployed to somewhere the Product Owner can actually test it (assign issue to PO)
• priority-1 #0D47A1 - drop everything and work on this (used only when completely necessary)
• priority-2 #1976D2 - high priority issue (what needs doing now)
• priority-3 #42A5F5 - high priority (what needs doing next)
• priority-4 #8DC9F9 - low priority (to be upgraded later)
• priority-5 #C5DEF5 - lowest priority (non-urgent changes and backlog ideas)
• research #82f2d6 - additional research required to make progress on a story/task. Be specific in the issue description/comment.
• starter #27AE60 - issues that those with not much coding experience can contribute to
• T[x]d #F06292 - estimated time in 'x' days the issue will take to resolve
• T[x]h #F7C6C7 - estimated time in 'x' hours the issue will take to resolve
• technical #D4C5F9 - technical tasks e.g. deployment
• tech-debt #FF3636 - A feature/requirement implemented in a sub-optimal way & must be re-written. see: What is Technical Debt?
• user-feedback #E91E63 - requests or features that have been added to the backlog as a direct result of user testing
• va-task #128214 - denotes administrative tasks that can be done by 'Virtual Assistants', usually for non-developers

Github also gives you a pre-populated list of labels with every repo:

• bug #EE0701 - report a bug, not to be confused with a request for additional changes to the code
• duplicate #CCCCCC - duplicate issue (link to duplicate in comments)
• enhancement #84B6EB - improving existing code
• help-wanted #128A0C - signals author of the issue is looking for help or expertise on a subject (NB. if you'd like to see where dwyl is in need of a helping hand, check out https://tudo-app.herokuapp.com/)
• invalid #E6E6E6 - issue is not valid (not used in dwyl)
• question #CC317C - for open questions
• wontfix #ffffff - when an issue won't be addressed (add a comment to the issue as to why this is the case

Questions/Suggestions

We hope you find the application useful! We really want to make the process of setting up a repo as fast as possible so hope this helps.

If you need something cleared up, have any requests or want to offer any improvements then please create an issue.

Note It also would be great to hear, via issue, your thoughts on our existing set of labels plus your own favourites 😃