History log of /dokuwiki/.github/workflows/phpCS.yml (Results 1 – 12 of 12)
Revision Date Author Comments
# 4d2a0912 11-Mar-2024 Andreas Gohr <andi@splitbrain.org>

increase github action versions


# 4de5c5e9 18-Sep-2023 Andreas Gohr <andi@splitbrain.org>

prefer composer installed tools in workflows


# bf7ba4d5 30-Aug-2023 Andreas Gohr <andi@splitbrain.org>

workflow improvements

* make bot PRs more easy to spot
* better PR message for autofix
* no more checkstyle to annotation


# 077b7fe2 29-Aug-2023 Andreas Gohr <andi@splitbrain.org>

add configuration for rector

A workflow should automatically suggest a new pull request with the
changes.

Initial fixes will not be applied from the auto generated PR but will be
added as piece by

add configuration for rector

A workflow should automatically suggest a new pull request with the
changes.

Initial fixes will not be applied from the auto generated PR but will be
added as piece by piece commits with rule updates to this branch.

show more ...


# 05928759 03-Nov-2022 Alex <aleksandrosansan@gmail.com>

build: harden phpCS.yml permissions

Signed-off-by: Alex <aleksandrosansan@gmail.com>


# 476584a3 26-Jun-2022 Andreas Gohr <andi@splitbrain.org>

github action to automatically build new releases

The action will build the new release tarball and copy it to our server.
Nothing more for now.


# bb6dfcb8 05-Jan-2021 Andreas Gohr <andi@splitbrain.org>

another try to fix when github actions run

The attempt in 7bbf38eeb4aaf5ac1c3b4a2cea4cc0b371890f4a to not run
checks twice for our own internal pull requests seem not to have worked,
because checks

another try to fix when github actions run

The attempt in 7bbf38eeb4aaf5ac1c3b4a2cea4cc0b371890f4a to not run
checks twice for our own internal pull requests seem not to have worked,
because checks in external PRs were no longer executed.

This is another approach to achieve the same based on code found at
https://github.com/Dart-Code/Dart-Code/blob/764f121f9abe5f4496528d35277946d4130af93d/.github/workflows/build-and-test.yml#L10-L12

show more ...


# 7bbf38ee 20-Nov-2020 Andreas Gohr <andi@splitbrain.org>

avoid running tests twice for pull requests

This implements the suggested method from [1]. It runs tests on all pushes to
our own repository and for pull requests coming from other people's forks.

avoid running tests twice for pull requests

This implements the suggested method from [1]. It runs tests on all pushes to
our own repository and for pull requests coming from other people's forks.

[1] https://github.community/t/how-to-trigger-an-action-on-push-or-pull-request-but-not-both/16662/10

show more ...


# 2cf7c325 19-Nov-2020 Andreas Gohr <andi@splitbrain.org>

Replace Appveyor and Travis with Github actions

Travis has recently introduced built limits which makes using them very
slow sometimes and I never really liked the setup for appveyor for our
Windows

Replace Appveyor and Travis with Github actions

Travis has recently introduced built limits which makes using them very
slow sometimes and I never really liked the setup for appveyor for our
Windows testing.

This makes use of github actions instead. Some notes:

* since we only support PHP 7.2+ anymore, nothing below is tested
* MySQL and Postgres auth backends are only tested on Linux (as before)
* I am not actually sure the problem matchers are working as intended
* There is currently no good way to run tests that are allowed to fail
so no PHP 8 tests are run yet
* I haven't reestablished the no-gzip test runs again, I'm not sure they
are still relevant on modern PHP systems
* PHP 7.4 currently fails because of https://github.com/MarcusSchwarz/lesserphp/pull/18
* I'm currently using @v2 tags for the used action. We had a discussion
before if we should actually pin the action to a fixed commit. For
sake of easier maintainance, I would argue to trust the setup-php
action.

show more ...


# 36faf696 21-Jan-2020 Michael Große <mic.grosse@googlemail.com>

Split out temporary code style excludes

Splitting them out allows for plugins to use _test/phpcs.xml as the
basis for their own linting without having an overly permissive coding
standard.
Also, thi

Split out temporary code style excludes

Splitting them out allows for plugins to use _test/phpcs.xml as the
basis for their own linting without having an overly permissive coding
standard.
Also, this makes it more obvious and painful that these are just
intended as temporary exceptions and should be actually fixed.

The rule `Generic.ControlStructures.InlineControlStructure.NotAllowed`
has its comment adjust to make it clear that this is an intended
deviation from the PSR-2/PSR-12 coding standard.

The rule `PSR1.Classes.ClassDeclaration.MissingNamespace` has to remain
in the DokuWiki coding standard as the plugin base classes can currently
not reasonably be in namespaces.

show more ...


# b5f2c105 21-Jan-2020 Michael Große <mic.grosse@googlemail.com>

Run code style checks on pull requests, too

This should make the code style checks also run on pull requests the
come from forks. Maybe also on old pull requests?


# e3cafdc2 28-Dec-2019 Michael Große <mic.grosse@googlemail.com>

Check our code style for every PR

This excludes the currently failing checks with automatic fixes, as they
are out of scope of this commit. The current goal is automatically
reject pull requests tha

Check our code style for every PR

This excludes the currently failing checks with automatic fixes, as they
are out of scope of this commit. The current goal is automatically
reject pull requests that don't me the standards that the rest of our
code base already follows.

show more ...