Skip to content
This repository has been archived by the owner on Sep 25, 2018. It is now read-only.

added markdownlint checks #15

Merged
merged 7 commits into from
Aug 22, 2018

Conversation

de-code
Copy link
Contributor

@de-code de-code commented Aug 21, 2018

Part of: libero/publisher#35

The docker image used was last pushed a year ago. Maybe we want to maintain our own image. Assuming this approach of running it via docker is acceptable. Although it seems to work adequately.

DavidAnson/markdownlint might be preferrable as it seems actively developed (and has a plugin for VSCode)

@de-code de-code changed the title added markdownlint checks [wip] added markdownlint checks Aug 21, 2018
image: gouvinb/docker-markdownlint
command: --version
volumes:
- .:/data
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I know this will raise red flags. It's not for runtime and we could also run it without docker-compose if that was preferable.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This can work (with care about .pyc, .pyo, permissions etc.) but it needs to be into docker-compose.override.yml so that CI doesn't use it

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I meant, the volume, but maybe it's not usable without the volume at all?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's not a resident service nor an image to be built, so could use docker run --rm -v ... directly

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Well, in this case ci is meant to use it as well to check the markdown. Here we only care about the markdown files really. And we could mark it as read only.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, might be better to run it without compose. The only advantage would be to expose all of the images that are used at any stage of the project.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We could also create an image where we copy the markdown files in but that seems overkill.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd go for a single docker run command, as it is an image used in the development phase but not involved in running the application

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

okay, that's done now. Also adjusted the README to match the rules.

@de-code de-code changed the title [wip] added markdownlint checks added markdownlint checks Aug 22, 2018

set -e

docker run --rm -v $(pwd):/data gouvinb/docker-markdownlint \
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

the size of the image seems acceptable, and the risk low (only has a latest tag)

@giorgiosironi giorgiosironi merged commit 0e8752d into libero:master Aug 22, 2018
@de-code de-code deleted the add-markdownlint-checks branch August 22, 2018 08:18
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants