workflow: Update workflow schedules and sync across project

.github/workflows/ansible-lint-sap_software_download.yml

@@ -24,10 +24,10 @@ jobs:
     steps:
       - uses: actions/checkout@v5
 
-        # Use @v25 to automatically track the latest release from the year 2025.
-        # ansible-lint uses Calendar Versioning (e.g., v25.9.0 -> YYYY.MM.PATCH).
+        # Use @vXX to automatically track the latest release from the year 20XX. Example: @v26 for 2026.
+        # ansible-lint uses Calendar Versioning (e.g., v26.0.0 -> YYYY.MM.PATCH).
         # Avoid using @main, which can introduce breaking changes unexpectedly.
-      - uses: ansible/ansible-lint@v25
+      - uses: ansible/ansible-lint@v26
         with:
           # v25.7.0 no longer uses 'working_directory' and role path is set in 'args'.
           # Role specific .ansible-lint can be added with argument '-c'.

.github/workflows/ansible-lint.yml

@@ -3,8 +3,8 @@ name: Ansible Lint - Collection
 
 on:
   schedule:
-    # This is 03:05 UTC, which is 5:05 AM in Prague/CEST.
-    - cron: '5 3 * * 1'
+    # Thursday at 03:17 UTC (~4:17 AM CET / 5:17 AM CEST). Actual start time depends on GitHub load.
+    - cron: '17 3 * * 4'
 
   workflow_dispatch:
 
@@ -15,10 +15,10 @@ jobs:
     steps:
       - uses: actions/checkout@v5
 
-        # Use @v25 to automatically track the latest release from the year 2025.
-        # ansible-lint uses Calendar Versioning (e.g., v25.9.0 -> YYYY.MM.PATCH).
+        # Use @vXX to automatically track the latest release from the year 20XX. Example: @v26 for 2026.
+        # ansible-lint uses Calendar Versioning (e.g., v26.0.0 -> YYYY.MM.PATCH).
         # Avoid using @main, which can introduce breaking changes unexpectedly.
-      - uses: ansible/ansible-lint@v25
+      - uses: ansible/ansible-lint@v26
         with:
           # Use the shared requirements file from the collection root for dependency context.
           requirements_file: ./requirements.yml

.github/workflows/ansible-test-sanity.yml

@@ -6,13 +6,22 @@ name: Ansible Test - Sanity
 
 on:
   schedule:
-    # This is 02:37 UTC, which is 4:37 AM in Prague/CEST
-    - cron: '37 2 * * 1'
+    # Thursday at 02:17 UTC (~3:17 AM CET / 4:17 AM CEST). Actual start time depends on GitHub load.
+    - cron: '17 2 * * 4'
 
   pull_request:
     branches:
       - main
       - dev
+    paths-ignore:
+      # Do not trigger workflow for files that do not affect functionality or tests.
+      # This helps reduce unnecessary CI runs and saves resources.
+      - '**.md'             # All markdown files anywhere in the repository.
+      - '**.rst'            # All changelog files anywhere in the repository.
+      - 'docs/**'           # All files inside the docs folder on root level.
+      - 'roles/**/docs/**'  # All files inside the docs folder inside the roles.
+      - 'changelogs/**'     # All files inside the changelogs folder on root level.
+      - 'galaxy.yml'        # Collection metadata file.
 
   workflow_dispatch:
 
@@ -23,9 +32,9 @@ jobs:
     strategy:
       fail-fast: false  # Disabled so we can see all failed combinations.
 
-      # Serialization: Only allow 2 jobs to run simultaneously.
+      # Serialization: Limit number of parallel jobs.
       # This helps with throughput issues on GitHub Gateway servers.
-      max-parallel: 2
+      max-parallel: 5
 
       # Define a build matrix to test compatibility across multiple Ansible versions.
       # Each version listed below will spawn a separate job that runs in parallel.
@@ -36,7 +45,6 @@ jobs:
           - 'stable-2.20'  # Python 3.12 - 3.14
           - 'stable-2.21'  # Python 3.12 - 3.14
           - 'devel'  # Test against the upcoming development version.
-
     steps:
       - uses: actions/checkout@v5
 
@@ -46,6 +54,7 @@ jobs:
           ansible-core-version: ${{ matrix.ansible }}
           testing-type: sanity
 
+
   # NOTE: Minimum supported Ansible version was changed to 2.18 and these tests no longer work.
   # It can be uncommented and repurposed when we have a new EOL version of Ansible to test against
   # while ensuring that it aligns with minimum version defined in meta/runtime.yml.
@@ -58,11 +67,6 @@ jobs:
   #   continue-on-error: true  # This entire job is allowed to fail
   #   strategy:
   #     fail-fast: false  # Disabled so we can see all failed combinations.
-
-  #     # Serialization: Only allow 2 jobs to run simultaneously.
-  #     # This helps with throughput issues on GitHub Gateway servers.
-  #     max-parallel: 2
-
   #     # Define a build matrix to test compatibility across multiple Ansible versions.
   #     # Each version listed below will spawn a separate job that runs in parallel.
   #     matrix: