# Breadcrumbs

An elixir application that scrapes and renders release notes based on Jira tickets.

## Installation

If [available in Hex](, the package can be installed
by adding `breadcrumbs` to your list of dependencies in `mix.exs`:

def deps do
    {:breadcrumbs, "~> 0.1.0"}

## Configuration

First, you will need to configure the url of your organizations Jira api endpoint:

config :breadcrumbs, jira_api_url: "{version}"

Second, you will need to configure the authorization header for your Jira api endpoint:

config :breadcrumbs, jira_api_auth: {"Authorization", "your_key_here"}

Finally, Breadcrumbs uses a pool of supervised workers to send your api requests concurrently.
By default there are 10 workers and each worker can only send one request at a time.
You can specify the number of workers like this:

config :breadcrumbs, pool_size: 4

Altogether your configuration should look something like this

config :breadcrumbs,
  jira_api_url: "{version}",
  jira_api_auth: {"Authorization", "your_key_here"},
  pool_size: 4

## Usage

Breadcrumbs generates release notes using 2 distinct behaiviors: a formatter and a renderer. Renderers define arrangements
of tickets and formatters define how individual tickets are represented. This seperation is made because the structure of tickets and or
the fields contained within them often vary between projects. In order to keep modularity, you can reuse formatters to handle
different team's tickets, and use different renderers to get different styles of release notes.


Here is how to use Breadcrumbs

  tickets = ["SAMPLE-001", "SAMPLE-002", ...]

  # Will use the built-in basic renderer and formatter

  # Or enter the name of a custom module that implements the renderer behaivior
  Breadcrumbs.render(tickets, CustomRendererModuleName)

### Renderers

Renderers follow the [renderer](lib/breadcrumbs/schema/renderer_spec.ex) behaivior. They recieve a 
[%ScrapeData{}](lib/breadcrumbs/schema/scrape_data.ex) struct which contains a list of [%Ticket{}](lib/breadcrumbs/schema/ticket.ex)s
and a list of [%ErrorTicket{}](lib/breadcrumbs/schema/ticket.ex)s that indicate which tickets Breadcrumbs was unable to get.
The renderer then goes through tickets and uses a [formatter](lib/breadcrumbs/schema/formatter_spec.ex) to stringify each ticket. 
Renderers then arrange these stringified tickets into a complete release note. A renderer must return a string.


Overall, renderers just define the layout of the release note.


Here is Breadcrumbs' built-in renderer. If you design a custom renderer, your implementation of 
render/1 will define the structure of your release notes, while including or ommiting any data you choose.  

  def render(tickets) do
    valid =
      |> ticket -> format(ticket) end)
      |> Enum.reduce("Release note:", fn ticket, message -> appendln(message, ticket) end)

    errors =
      |> ticket -> format(ticket) end)
      |> Enum.reduce("Errors:", fn ticket, message -> appendln(message, ticket) end)

    appendln(valid, errors)

### Formatters

Formatters follow the [formatter](lib/breadcrumbs/schema/formatter_spec.ex) behaivior. They recieve a [%Ticket{}](lib/breadcrumbs/schema/ticket.ex) 
or an [%ErrorTicket{}](lib/breadcrumbs/schema/error_ticket.ex) and must return a string. Formatters are responsible for taking required fields 
and formatting them into a string. Some renderers may use multiple formatters if they want to format certain tickets in different 


Here is Breadcrumbs' built-in formatter.

  def format(%Ticket{} = ticket) do
    "Ticket: #{ticket.key}"

  def format(%ErrorTicket{} = error) do
    "Error in getting ticket: #{error.key}, Reason: #{error.reason}"

## Examples

### Basic Renderer

Release Notes:
Closed: SAMPLE-001
closed: SAMPLE-002
Error in getting ticket: EP-780, Reason: not found

## Extending

Breadcrumbs includes a [markdown](lib/breadcrumbs/engine/markdown.ex) module as well as a [utilities](lib/breadcrumbs/engine/utils.ex)
module to aid in custom renderer / formatter implementations.