Compare commits

..

19 Commits

Author SHA1 Message Date
Andy McKay e53ea0147d rewrite the pull request template based on feedback 2019-10-02 08:26:13 -07:00
Andy McKay 8b9421c5a8 Update CONTRIBUTING.md
Co-Authored-By: Mike Coutermarsh <mscoutermarsh@github.com>
2019-10-01 13:57:51 -07:00
Andy McKay 59e90d901f Update CONTRIBUTING.md
Co-Authored-By: Mike Coutermarsh <mscoutermarsh@github.com>
2019-10-01 13:57:44 -07:00
Andy McKay 039ac063c2 Update .github/pull_request_template.md
Co-Authored-By: Mike Coutermarsh <mscoutermarsh@github.com>
2019-10-01 13:57:34 -07:00
Andy McKay f2431fbcb0 add in guidelines for contributing 2019-10-01 13:36:41 -07:00
Mike Coutermarsh 9f464a7c99 Merge pull request #113 from nono/patch-1
Update go version to 1.13
2019-09-24 16:50:28 -07:00
Mike Coutermarsh 7ef22763e7 Merge pull request #139 from aibaars/maven-batch
maven.yml: add `-B` to the maven command line
2019-09-24 16:47:41 -07:00
Arthur Baars 117a695161 maven.yml: add -B to the maven command line
Add the `-B` (batch mode) to the `mvn` command line. In interactive mode maven prints many lines of download progress output filling the console output with thousands of useless lines. Ideally the github-actions console would interpret `\r' as carriage return (go back to the beginning of the current line and overwrite it). As long as that is not the case using `-B` is a good workaround.
2019-09-20 12:41:36 -07:00
Bruno Michel 65acb4a192 Update go version to 1.13 2019-09-10 08:48:48 +02:00
Jonathan Clem dcaa948ed3 Merge pull request #55 from tsloughter/erlang-rebar3
update Erlang workflow to rebar3
2019-09-06 15:19:13 -04:00
Mike Coutermarsh 57d97826a2 Merge pull request #69 from montudor-forks/ci/python-pypi
Publish Python package to PyPI workflow
2019-09-06 11:52:00 -07:00
Monte Hellawell 03063e080a Only trigger workflow on release created event action 2019-09-05 12:10:28 +01:00
Chris Patterson 13af371169 Adding python application template 2019-09-04 13:32:35 -04:00
Mike Coutermarsh 239b6d1b96 Merge pull request #94 from VincentTam/patch-1
Used absolute path for '/srv/jekyll'
2019-09-03 09:58:53 -07:00
Vincent Tam 93f235a08a Used absolute path for '/srv/jekyll'
To avoid error "chmod: srv/jekyll: No such file or directory", see https://github.com/VincentTam/beautiful-jekyll/commit/2d0370a1f93818a8a8e19dc364e8906ee76aedd7/checks#step:3:6.
2019-09-02 23:21:23 +02:00
Jeremy Epling 77cce53687 Merge pull request #82 from actions/kaylangan-patch-1
Run daily not hourly
2019-08-29 14:53:36 -04:00
Kayla Ngan bb1f3bb0b8 Run daily not hourly 2019-08-29 14:52:56 -04:00
Monte Hellawell aef55ffd4b Add publish python workflow 2019-08-25 01:13:29 +01:00
Tristan Sloughter e74b1236d2 update Erlang workflow to rebar3
rebar3 no longer has a separate step for fetching dependencies so
this step is removed. Common Test is enabled in the test run so it
will run all tests.

The Erlang docker image is used instead of ubuntu because ubuntu
has no package for rebar3.
2019-08-20 14:38:08 -06:00
13 changed files with 194 additions and 13 deletions
+19
View File
@@ -0,0 +1,19 @@
Thank you for sending in this pull request. Please make sure you take a look at the [contributing file](CONTRIBUTING.md). Here's a few things for you to consider in this pull request:
- [ ] Include a good description of the workflow.
- [ ] Links to the language or tool will be nice (unless its really obvious)
In the workflow and properties files:
- [ ] Includes a matching `ci/properties/*.properties.json` file.
- [ ] Use title case for the names of workflows and steps, for example "Run tests".
- [ ] The name of CI workflows should only be the name of the language or platform: for example "Go" (not "Go CI" or "Go Build")
- [ ] Include comments in the workflow for any parts that are not obvious or could use clarification.
- [ ] CI workflows should run `push`.
- [ ] Packaging workflows should run on `release` with `types: [created]`.
Some general notes:
- [ ] Does not use an Action that isn't in the `actions` organization.
- [ ] Does not send data to any 3rd party service except for the purposes of installing dependencies.
- [ ] Does not use a paid service or product.
+76
View File
@@ -0,0 +1,76 @@
# Contributor Covenant Code of Conduct
## Our Pledge
In the interest of fostering an open and welcoming environment, we as
contributors and maintainers pledge to make participation in our project and
our community a harassment-free experience for everyone, regardless of age, body
size, disability, ethnicity, sex characteristics, gender identity and expression,
level of experience, education, socio-economic status, nationality, personal
appearance, race, religion, or sexual identity and orientation.
## Our Standards
Examples of behavior that contributes to creating a positive environment
include:
* Using welcoming and inclusive language
* Being respectful of differing viewpoints and experiences
* Gracefully accepting constructive criticism
* Focusing on what is best for the community
* Showing empathy towards other community members
Examples of unacceptable behavior by participants include:
* The use of sexualized language or imagery and unwelcome sexual attention or
advances
* Trolling, insulting/derogatory comments, and personal or political attacks
* Public or private harassment
* Publishing others' private information, such as a physical or electronic
address, without explicit permission
* Other conduct which could reasonably be considered inappropriate in a
professional setting
## Our Responsibilities
Project maintainers are responsible for clarifying the standards of acceptable
behavior and are expected to take appropriate and fair corrective action in
response to any instances of unacceptable behavior.
Project maintainers have the right and responsibility to remove, edit, or
reject comments, commits, code, wiki edits, issues, and other contributions
that are not aligned to this Code of Conduct, or to ban temporarily or
permanently any contributor for other behaviors that they deem inappropriate,
threatening, offensive, or harmful.
## Scope
This Code of Conduct applies within all project spaces, and it also applies when
an individual is representing the project or its community in public spaces.
Examples of representing a project or community include using an official
project e-mail address, posting via an official social media account, or acting
as an appointed representative at an online or offline event. Representation of
a project may be further defined and clarified by project maintainers.
## Enforcement
Instances of abusive, harassing, or otherwise unacceptable behavior may be
reported by contacting the project team at opensource@github.com. All
complaints will be reviewed and investigated and will result in a response that
is deemed necessary and appropriate to the circumstances. The project team is
obligated to maintain confidentiality with regard to the reporter of an incident.
Further details of specific enforcement policies may be posted separately.
Project maintainers who do not follow or enforce the Code of Conduct in good
faith may face temporary or permanent repercussions as determined by other
members of the project's leadership.
## Attribution
This Code of Conduct is adapted from the [Contributor Covenant][homepage], version 1.4,
available at https://www.contributor-covenant.org/version/1/4/code-of-conduct.html
[homepage]: https://www.contributor-covenant.org
For answers to common questions about this code of conduct, see
https://www.contributor-covenant.org/faq
+19
View File
@@ -0,0 +1,19 @@
## Contributing
[code-of-conduct]: CODE_OF_CONDUCT.md
Hi there 👋 We are excited that you want to contribute a new workflow to this repo. By doing this you are helping people get up and running with GitHub Actions and that's cool 😎.
Contributions to this project are [released](https://help.github.com/articles/github-terms-of-service/#6-contributions-under-repository-license) to the public under the [project's open source license](LICENSE.md).
Please note that this project is released with a [Contributor Code of Conduct][code-of-conduct]. By participating in this project you agree to abide by its terms.
There are few requirements for adding in a new workflow, which we'll need to review before we merge:
- Should be as simple as is needed for the service.
- There are many programming languages and tools out there. Right now we don't have a page that allows for a really large number of workflows, so we do have to be a little choosy about what we accept. Less popular tools or languages might not be accepted.
- Should not send data to any 3rd party service except for the purposes of installing dependencies.
- Cannot use an Action that isn't in the `actions` organization.
- Cannot be to a paid service or product.
Thank you
+2 -4
View File
@@ -1,7 +1,5 @@
name: Labeler
on:
schedule:
- cron: "0 * * * *"
on: [pull_request]
jobs:
label:
@@ -11,4 +9,4 @@ jobs:
steps:
- uses: actions/labeler@v2
with:
repo-token: "${{ secrets.GITHUB_TOKEN }}"
repo-token: "${{ secrets.GITHUB_TOKEN }}"
+1 -1
View File
@@ -2,7 +2,7 @@ name: Mark stale issues and pull requests
on:
schedule:
- cron: "0 * * * *"
- cron: "0 0 * * *"
jobs:
stale:
+5 -4
View File
@@ -8,11 +8,12 @@ jobs:
runs-on: ubuntu-latest
container:
image: erlang:22.0.7
steps:
- uses: actions/checkout@v1
- name: Install dependencies
run: rebar get-deps
- name: Compile
run: rebar compile
run: rebar3 compile
- name: Run tests
run: rebar skip_deps=true eunit
run: rebar3 do eunit, ct
+2 -2
View File
@@ -7,10 +7,10 @@ jobs:
runs-on: ubuntu-latest
steps:
- name: Set up Go 1.12
- name: Set up Go 1.13
uses: actions/setup-go@v1
with:
go-version: 1.12
go-version: 1.13
id: go
- name: Check out code into the Go module directory
+1 -1
View File
@@ -13,4 +13,4 @@ jobs:
run: |
docker run \
-v ${{ github.workspace }}:/srv/jekyll -v ${{ github.workspace }}/_site:/srv/jekyll/_site \
jekyll/builder:latest /bin/bash -c "chmod 777 srv/jekyll && jekyll build --future"
jekyll/builder:latest /bin/bash -c "chmod 777 /srv/jekyll && jekyll build --future"
+1 -1
View File
@@ -14,4 +14,4 @@ jobs:
with:
java-version: 1.8
- name: Build with Maven
run: mvn package --file pom.xml
run: mvn -B package --file pom.xml
+6
View File
@@ -0,0 +1,6 @@
{
"name": "Python application",
"description": "Create and test a Python application.",
"iconName": "python",
"categories": ["Python"]
}
@@ -0,0 +1,6 @@
{
"name": "Publish Python Package",
"description": "Publish a Python Package to PyPI on release.",
"iconName": "python",
"categories": ["Python"]
}
+30
View File
@@ -0,0 +1,30 @@
name: Python application
on: [push]
jobs:
build:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v1
- name: Set up Python 3.7
uses: actions/setup-python@v1
with:
python-version: 3.7
- name: Install dependencies
run: |
python -m pip install --upgrade pip
pip install -r requirements.txt
- name: Lint with flake8
run: |
pip install flake8
# stop the build if there are Python syntax errors or undefined names
flake8 . --count --select=E9,F63,F7,F82 --show-source --statistics
# exit-zero treats all errors as warnings. The GitHub editor is 127 chars wide
flake8 . --count --exit-zero --max-complexity=10 --max-line-length=127 --statistics
- name: Test with pytest
run: |
pip install pytest
pytest
+26
View File
@@ -0,0 +1,26 @@
name: Upload Python Package
on:
release:
types: [created]
jobs:
deploy:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v1
- name: Set up Python
uses: actions/setup-python@v1
with:
python-version: '3.x'
- name: Install dependencies
run: |
python -m pip install --upgrade pip
pip install setuptools wheel twine
- name: Build and publish
env:
TWINE_USERNAME: ${{ secrets.PYPI_USERNAME }}
TWINE_PASSWORD: ${{ secrets.PYPI_PASSWORD }}
run: |
python setup.py sdist bdist_wheel
twine upload dist/*