Mark

Mark — a tool for syncing your markdown documentation with Atlassian Confluence pages.

Read the blog post discussing the tool — https://samizdat.dev/use-markdown-for-confluence/

This is very useful if you store documentation to your software in a Git repository and don't want to do an extra job of updating Confluence page using a tinymce wysiwyg enterprise core editor which always breaks everything.

Mark does the same but in a different way. Mark reads your markdown file, creates a Confluence page if it's not found by its name, uploads attachments, translates Markdown into HTML and updates the contents of the page via REST API. It's like you don't even need to create sections/pages in your Confluence anymore, just use them in your Markdown documentation.

Mark uses an extended file format, which, still being valid markdown, contains several HTML-ish metadata headers, which can be used to locate page inside Confluence instance and update it accordingly.

File in the extended format should follow the specification: ```markdown <!-- Space: --> <!-- Parent: --> <!-- Parent: --> <!-- Title: --> <!-- Attachment: <local path> --> <!-- Label: <label> --> <!-- Label: <label> --></label></label></local>

```

There can be any number of

Parent

Also, optional following headers are supported:

• (default) article: content will be put in narrow column for ease of reading;
• plain: content will fill all page;

Mark supports Go templates, which can be included into article by using path to the template relative to current working dir, e.g.:

Templates can accept configuration data in YAML format which immediately follows the

Include

Mark also supports attachments. The standard way involves declaring an

Attachment

An attached link is here

NOTE: Be careful with

Attachment

Mark also supports macro definitions, which are defined as regexps which will be replaced with specified template:

Capture groups can be defined in the macro's which can be later referenced in the

${}

${0}

Code Blocks

If you have long code blocks, you can make them collapsible with the Code Block Macro:

```bash collapse
...
some long bash code block
...
```

And you can also add a title:

```bash collapse title Some long long bash function
...
some long bash code block
...
```

You can collapse or have a title without language or any mix, but the language must stay in the front if it is given:

[] ["collapse"] ["title" ]

Template & Macros

By default, mark provides several built-in templates and macros:

• template

  ac:status

  to include badge-like text, which accepts following parameters:
  • Title: text to display in the badge
  • Color: color to use as background/border for badge
  • Grey
  • Red
  • Yellow
  • Green
  • Blue
  • Subtle: specify to fill badge with background or not
  • true
  • false

• template

  ac:jira:ticket

  to include JIRA ticket link. Parameters:
  • Ticket: Jira ticket number like BUGS-123.

See: https://confluence.atlassian.com/conf59/status-macro-792499207.html

• macro

  @{...}

  to mention user by name specified in the braces.

Template & Macros Usecases

Insert Disclaimer

disclaimer.md

**NOTE**: this document is generated, do not edit manually.

article.md ```markdown <!-- Space: TEST --> <!-- Title: My Article -->

This is my article. ```

Insert Status Badge

article.md

:done: Write Article
:todo: Publish Article

Insert Table of Contents

If default TOC looks don't find a way to your heart, try parametrizing it, for example:

This is my nice title
:toc:

You can call the

Macro

Template

ac:toc

'false'

See Confluence TOC Macro for the list of parameters - keep in mind that here they start with capital letters. Every skipped field will have the default value, so feel free to include only the ones that you require.

Insert Jira Ticket

article.md

See task MYJIRA-123.

Installation

Go Get

go get -v github.com/kovetskiy/mark

Releases

Download a release from the Releases page

Docker

$ docker run --rm -i kovetskiy/mark:latest mark 

Usage

mark [options] [-u ] [-p ] [-k] [-l ] -f 
mark [options] [-u ] [-p ] [-k] [-b ] -f 
mark [options] [-u ] [-p ] [--drop-h1] -f 
mark -v | --version
mark -h | --help

• -u 

  — Use specified username for updating Confluence page.

• -p 

  — Use specified password for updating Confluence page. Specify

  -

  as password to read password from stdin.

• -l 

  — Edit specified Confluence page. If -l is not specified, file should contain metadata (see above).

• -b 

  or

  --base-url 

  – Base URL for Confluence. Alternative option for base_url config field.

• -f 

  — Use specified markdown file for converting to html.

• -c 

  — Specify configuration file which should be used for reading Confluence page URL and markdown file path.

• -k

  — Lock page editing to current user only to prevent accidental manual edits over Confluence Web UI.

• --drop-h1

  – Don't include H1 headings in Confluence output.

• --dry-run

  — Show resulting HTML and don't update Confluence page content.

• --minor-edit

  — Don't send notifications while updating Confluence page.

• --trace

  — Enable trace logs.

• -v | --version

  — Show version.

• -h | --help

  — Show help screen and call 911.

You can store user credentials in the configuration file, which should be located in ~/.config/mark with the following format (TOML):

username = "smith"
password = "matrixishere"
# If you are using Confluence Cloud add the /wiki suffix to base_url
base_url = "http://confluence.local"

NOTE: Labels aren't supported when using

minor-edit

Tricks

Continuous Integration

It's quite trivial to integrate Mark into a CI/CD system, here is an example with Snake CI in case of self-hosted Bitbucket Server / Data Center.

stages:
  - sync

Sync documentation:
  stage: sync
  only:
    branches:
      - main
  image: kovetskiy/mark
  commands:
    - for file in $(find -type f -name '*.md'); do
        echo "> Sync $file";
        mark -u $MARK_USER -p $MARK_PASS -b $MARK_URL -f $file || exit 1;
        echo;
      done

In this example, I'm using the

kovetskiy/mark

*.md

for file in $(find -type f -name '*.md'); do
    echo "> Sync $file";
    mark -u $MARK_USER -p $MARK_PASS -b $MARK_URL -f $file || exit 1;
    echo;
done

The following directive tells the CI to run this particular job only if the changes are pushed into the

main

only:
  branches:
    - main