{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":476411947,"defaultBranch":"main","name":"ec-policies","ownerLogin":"simonbaird","currentUserCanPush":false,"isFork":true,"isEmpty":false,"createdAt":"2022-03-31T17:33:06.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/17822?v=4","public":true,"private":false,"isOrgOwned":false},"refInfo":{"name":"","listCacheKey":"v0:1722377217.0","currentOid":""},"activityList":{"items":[{"before":"12d34ff179ef2eb1902cc7bf20259afcdc6b054c","after":"17a91c6977f7e18d676b1b5e64438030bb0fd853","ref":"refs/heads/update-some-github-appstudio-refs","pushedAt":"2024-07-31T14:33:12.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Run refresh-examples with new golden image ref","shortMessageHtmlLink":"Run refresh-examples with new golden image ref"}},{"before":"9180d637ee42636c761fa0f3accd637bf4687915","after":"ed7ff7742e4a55f80915d5773e7e14340ddd81a2","ref":"refs/heads/rhtap-jenkins-followups","pushedAt":"2024-07-31T13:49:00.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Show new rhtap-jenkins collection in docs\n\nThere's a trick to making it appear in the docs, which I just\nlearned about. :)\n\nHopefully the snake-case filename versus kebab-case collection name\nwon't cause a problem.","shortMessageHtmlLink":"Show new rhtap-jenkins collection in docs"}},{"before":"2152438973313904b13c7d332cc61943ba82c97a","after":"9180d637ee42636c761fa0f3accd637bf4687915","ref":"refs/heads/rhtap-jenkins-followups","pushedAt":"2024-07-30T22:10:58.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Show new rhtap-jenkins collection in docs\n\nThere's a trick to making it appear in the docs, which I just\nlearned about. :)\n\nHopefully the snake-case filename versus kebab-case collection name\nwon't cause a problem.","shortMessageHtmlLink":"Show new rhtap-jenkins collection in docs"}},{"before":null,"after":"2152438973313904b13c7d332cc61943ba82c97a","ref":"refs/heads/rhtap-jenkins-followups","pushedAt":"2024-07-30T22:06:57.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Show new rhtap-jenkins collection in docs\n\nThere's a trick to making it appear in the docs, which I just\nlearned about. :)\n\nHopefully the snake-case filename versus kebab-case collection name\nwon't cause a problem.","shortMessageHtmlLink":"Show new rhtap-jenkins collection in docs"}},{"before":"154152c0f297ffec664953611c17c4c2302e70d8","after":"11873889e243524118cc1e700f2d217ad85b0c66","ref":"refs/heads/initial-jenkins-rhtap-checks","pushedAt":"2024-07-30T17:45:43.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Add some checks for RHTAP Jenkins attestations\n\nThe motivation is to have some real checks in the \"@rhtap-jenkins\"\ncollection so I can use them for the RHTAP Jenkins sample templates\ndevelopment.\n\nI didn't give a lot of thought to the checks themselves - the\ninvocation id was chosen somewhat arbitrarily - or how we'll\norganize things when/if we have many more rules for RHTAP Jenkins\nbuilds, but let's just get something working to start with and\niterate as required.\n\nRef: https://issues.redhat.com/browse/EC-746","shortMessageHtmlLink":"Add some checks for RHTAP Jenkins attestations"}},{"before":"823b50083706b69e1adb84c1a71fc42fdfe3c645","after":"154152c0f297ffec664953611c17c4c2302e70d8","ref":"refs/heads/initial-jenkins-rhtap-checks","pushedAt":"2024-07-30T16:17:03.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Add some checks for RHTAP Jenkins attestations\n\nThe motivation is to have some real checks in the \"@rhtap-jenkins\"\ncollection so I can use them for the RHTAP Jenkins sample templates\ndevelopment.\n\nI didn't give a lot of thought to the checks themselves - the\ninvocation id was chosen somewhat arbitrarily - or how we'll\norganize things when/if we have many more rules for RHTAP Jenkins\nbuilds, but let's just get something working to start with and\niterate as required.\n\nRef: https://issues.redhat.com/browse/EC-746","shortMessageHtmlLink":"Add some checks for RHTAP Jenkins attestations"}},{"before":null,"after":"823b50083706b69e1adb84c1a71fc42fdfe3c645","ref":"refs/heads/initial-jenkins-rhtap-checks","pushedAt":"2024-07-30T16:06:46.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Add some checks for RHTAP Jenkins attestations\n\nThe motivation is to have some real checks in the \"@rhtap-jenkins\"\ncollection so I can use them for the RHTAP Jenkins sample templates\ndevelopment.\n\nI didn't give a lot of thought to the checks themselves - the\ninvocation id was chosen somewhat arbitrarily - or how we'll\norganize things when/if we have many more rules for RHTAP Jenkins\nbuilds, but let's just get something working to start with and\niterate as required.\n\nRef: https://issues.redhat.com/browse/EC-746","shortMessageHtmlLink":"Add some checks for RHTAP Jenkins attestations"}},{"before":"d35074bc9ac6b3d93021972f0b04783800b3c243","after":"12d34ff179ef2eb1902cc7bf20259afcdc6b054c","ref":"refs/heads/update-some-github-appstudio-refs","pushedAt":"2024-07-29T19:32:05.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Run refresh-examples with new golden image ref","shortMessageHtmlLink":"Run refresh-examples with new golden image ref"}},{"before":null,"after":"d35074bc9ac6b3d93021972f0b04783800b3c243","ref":"refs/heads/update-some-github-appstudio-refs","pushedAt":"2024-07-29T14:46:03.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Update links to appstudio in readmes and docs\n\nRef: https://issues.redhat.com/browse/EC-449","shortMessageHtmlLink":"Update links to appstudio in readmes and docs"}},{"before":"95cd741c70935e4d3fd551cd948d6d7a88fea23f","after":"8f0906e85acde59fe6b2337dbd083f0daa5a2179","ref":"refs/heads/rule-data-trusted-tasks","pushedAt":"2024-07-01T19:48:04.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Add more package level trusted task explanation\n\nNote that the existing docs mentioned the trusted_tasks rule data\nkey which actually was not used prior to this PR.\n\nThere's still room for improvement with documenting the trusted\ntasks mechanism in Konflux, but hopefully this is an incremental\nimprovement.\n\nRef: https://issues.redhat.com/browse/EC-709","shortMessageHtmlLink":"Add more package level trusted task explanation"}},{"before":"9d6056ba69012eba47cd08e57e98e4940d1a3e23","after":"95cd741c70935e4d3fd551cd948d6d7a88fea23f","ref":"refs/heads/rule-data-trusted-tasks","pushedAt":"2024-07-01T17:52:27.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Add more package level trusted task explanation\n\nNote that the existing docs mentioned the trusted_tasks rule data\nkey which actually was not used prior to this PR.\n\nThere's still room for improvement with documenting the trusted\ntasks mechanism in Konflux, but hopefully this is an incremental\nimprovement.\n\nRef: https://issues.redhat.com/browse/EC-709","shortMessageHtmlLink":"Add more package level trusted task explanation"}},{"before":"64384a3edfbc238aca9194b8e1921f81b7492a27","after":"3388d9c90c69e2aa056030c7847f89ab31631b51","ref":"refs/heads/remove-obsolete-raw-data-page","pushedAt":"2024-06-26T21:24:00.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Remove obsolete raw data page in documentation\n\nA long time ago, before ec was able to produce output for the\n\"success\" results, the Konflux UI used a json file to list the\npassing checks.\n\nIt's been gone for a while. This cleans up an obsolete docs page\nthat refers to it.\n\nRef: https://issues.redhat.com/browse/EC-685","shortMessageHtmlLink":"Remove obsolete raw data page in documentation"}},{"before":null,"after":"64384a3edfbc238aca9194b8e1921f81b7492a27","ref":"refs/heads/remove-obsolete-raw-data-page","pushedAt":"2024-06-26T21:23:26.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Remove obsolete raw data page in documentation\n\nA long time ago, before ec was able to produce output for the\n\"success\" results, the Konflux UI used a json file to list the\npassing checks.\n\nIt's been gone for a while. This cleans up an obsolete docs page\nthat refers to it.","shortMessageHtmlLink":"Remove obsolete raw data page in documentation"}},{"before":null,"after":"9d6056ba69012eba47cd08e57e98e4940d1a3e23","ref":"refs/heads/rule-data-trusted-tasks","pushedAt":"2024-06-21T13:59:39.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Merge rule_data.trusted_tasks into trusted_tasks\n\nErnesto (reasonably IMO) assumed that this would work and I can't\nthink of a good reason that it shouldn't, especially since it's such\na small patch.\n\nIt's true that we're moving towards the \"trusted artifacts\", aka\n\"-oci-ta\" tasks which mean we can permit custom tasks without\nrequiring they they are trusted. But still, it's reasonable for\nteams to want to ensure their custom tasks are trusted, so I like\nthe idea of make it more convenient.","shortMessageHtmlLink":"Merge rule_data.trusted_tasks into trusted_tasks"}},{"before":"5fc38d33a9a02fa6e6b786a7d1971c26a2898a20","after":"d71d1b6f5428c16b74164fb2bf85f046457bcc31","ref":"refs/heads/sbom-attributes-typo-fix","pushedAt":"2024-06-20T16:01:34.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Fix typo in rule data attributes key\n\nA small fixup for PR #1030\n\nRef: https://issues.redhat.com/browse/EC-638","shortMessageHtmlLink":"Fix typo in rule data attributes key"}},{"before":null,"after":"5fc38d33a9a02fa6e6b786a7d1971c26a2898a20","ref":"refs/heads/sbom-attributes-typo-fix","pushedAt":"2024-06-20T16:01:00.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Fix type in rule data attributes key\n\nA small fixup for PR #1030\n\nRef: https://issues.redhat.com/browse/EC-638","shortMessageHtmlLink":"Fix type in rule data attributes key"}},{"before":"02dc04e91634e9c273bc0cbc95cad7e35f221af4","after":"cc4e5403e8eb5266b0c2936ffa30b730c1685324","ref":"refs/heads/support-testing-with-specific-ec-ref","pushedAt":"2024-06-14T20:22:15.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Support using arbitrary & specific ec version\n\nOptionally specify a git ref that will be used as the ec version\nfor running the test suite using make.\n\nThis lets me confirm that v0.1-alpha is not compatible with the\ncurrent latest policies and v0.2 is compatible[1].\n\nEC_REF=release-v0.1-alpha make ec-version quiet-test #=> fails\nEC_REF=release-v0.2 make ec-version quiet-test #=> passes\nEC_REF=release-v0.4 make ec-version quiet-test #=> passes\n\nYou could use a specific git sha instead of a branch if you want to.\n\nRef: https://issues.redhat.com/browse/EC-695\n\n[1] ..probably. The test suite passes at least.","shortMessageHtmlLink":"Support using arbitrary & specific ec version"}},{"before":"f7cc40ab8476987c3bb36aa3267be87b31d61bba","after":"02dc04e91634e9c273bc0cbc95cad7e35f221af4","ref":"refs/heads/support-testing-with-specific-ec-ref","pushedAt":"2024-06-13T20:00:12.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Support using arbitrary & specific ec version\n\nOptionally specify a git ref that will be used as the ec version\nfor running the test suite using make.\n\nThis lets me confirm that v0.1-alpha is not compatible with the\ncurrent latest policies and v0.2 is compatible[1].\n\nEC_REF=release-v0.1-alpha make ec-version quiet-test #=> fails\nEC_REF=release-v0.2 make ec-version quiet-test #=> passes\nEC_REF=release-v0.4 make ec-version quiet-test #=> passes\n\nYou could use a specific git sha instead of a branch if you want to.\n\nRef: https://issues.redhat.com/browse/EC-695\n\n[1] ..probably. The test suite passes at least.","shortMessageHtmlLink":"Support using arbitrary & specific ec version"}},{"before":"2c7f3ca0851a1d7831625fd428477b8ae716c5b7","after":"f7cc40ab8476987c3bb36aa3267be87b31d61bba","ref":"refs/heads/support-testing-with-specific-ec-ref","pushedAt":"2024-06-13T19:55:32.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Support using arbitrary & specific ec version\n\nOptionally specify a git ref that will be used as the ec version\nfor running the test suite using make.\n\nThis lets me confirm that v0.1-alpha is not compatible with the\ncurrent latest policies and v0.2 is compatible[1].\n\nEC_REF=release-v0.1-alpha make ec-version quiet-test #=> fails\nEC_REF=release-v0.2 make ec-version quiet-test #=> passes\nEC_REF=release-v0.4 make ec-version quiet-test #=> passes\n\nYou could use a specific git sha instead of a branch if you want to.\n\nRef: https://issues.redhat.com/browse/EC-695\n\n[1] ...probably. The test suite passes at least.","shortMessageHtmlLink":"Support using arbitrary & specific ec version"}},{"before":null,"after":"2c7f3ca0851a1d7831625fd428477b8ae716c5b7","ref":"refs/heads/support-testing-with-specific-ec-ref","pushedAt":"2024-06-13T19:38:49.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Merge pull request #1014 from lcarva/EC-371\n\nAdd trusted_artifacts task policy package","shortMessageHtmlLink":"Merge pull request enterprise-contract#1014 from lcarva/EC-371"}},{"before":null,"after":"32aa4cd89ce8c29642695ab2cc8cfab0f9b86939","ref":"refs/heads/release-v0.1-alpha","pushedAt":"2024-06-12T21:06:14.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Merge pull request #950 from zregvart/issue/EC-388\n\nAdd `release.trusted_task` to `redhat` collection","shortMessageHtmlLink":"Merge pull request enterprise-contract#950 from zregvart/issue/EC-388"}},{"before":"6c6e45fc5033d82718671abfeff86acce57a592d","after":"9750df98ce7d41be15d24143a775fc135da9c495","ref":"refs/heads/quay-expires-after","pushedAt":"2024-05-15T15:25:56.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Prevent release with quay expires-after set\n\nThe quay.expires-after label is used by quay.io to indicate the\nimage doesn't need to be kept indefinitely. The goal is to prevent\nunintentionally releasing images with that label is set.\n\nUses the newly introduced `pipeline_intention` rule data to\ndetermine if we're running the check in a release pipeline.\n\nRef: https://issues.redhat.com/browse/KFLUXBUGS-1223","shortMessageHtmlLink":"Prevent release with quay expires-after set"}},{"before":"43819b8156f38af301039984645121b42abbd372","after":"ca688fd515d764b34496a6e8fc9ba7beddd2ab42","ref":"refs/heads/default-pipeline-intention","pushedAt":"2024-05-15T14:45:34.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Ensure schedule checks apply only to releases\n\nMake it so the \"no Friday deploys\" rule (for example) is used only\nfor EC checks in release pipelines, and not for EC checks in regular\npre-merge or post-merge CI pipelines.\n\nWhether we're in a release pipeline is determined by checking the\nvalue of the new `pipeline_intention` rule data key.\n\nSee also:\n* https://github.com/enterprise-contract/ec-cli/pull/1604\n* https://github.com/konflux-ci/release-service-catalog/pull/409\n\nNotes:\n* Set a null default for the pipeline_intention rule data value\n since the standard default of an empty list seems less useful.\n* This should allow the revert here to be unreverted:\n https://github.com/release-engineering/rhtap-ec-policy/pull/12\n\nRef: https://issues.redhat.com/browse/EC-293","shortMessageHtmlLink":"Ensure schedule checks apply only to releases"}},{"before":"b62bb702892ea507ed08a8afebc3934bdb08d0fb","after":"43819b8156f38af301039984645121b42abbd372","ref":"refs/heads/default-pipeline-intention","pushedAt":"2024-05-15T14:41:54.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Ensure schedule checks apply only to releases\n\nMake it so the \"no Friday deploys\" rule (for example) is used only\nfor EC checks in release pipelines, and not for EC checks in regular\npre-merge or post-merge CI pipelines.\n\nWhether we're in a release pipeline is determined by checking the\nvalue of the new `pipeline_intention` rule data key.\n\nSee also:\n* https://github.com/enterprise-contract/ec-cli/pull/1604\n* https://github.com/konflux-ci/release-service-catalog/pull/409\n\nNotes:\n* Set a null default for the pipeline_intention rule data value\n since the standard default of an empty list seems less useful.\n* This should allow the revert here to be unreverted:\n https://github.com/release-engineering/rhtap-ec-policy/pull/12\n\nRef: https://issues.redhat.com/browse/EC-293","shortMessageHtmlLink":"Ensure schedule checks apply only to releases"}},{"before":"a0ddcb51d4bad02cfeb6a828a347a57151ee1cd5","after":"6c6e45fc5033d82718671abfeff86acce57a592d","ref":"refs/heads/quay-expires-after","pushedAt":"2024-05-14T16:53:25.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Prevent release with quay expires-after set\n\nThe quay.expires-after label is used by quay.io to indicate the\nimage doesn't need to be kept indefinitely. The goal is to prevent\nunintentionally releasing images with that label is set.\n\nRef: https://issues.redhat.com/browse/KFLUXBUGS-1223","shortMessageHtmlLink":"Prevent release with quay expires-after set"}},{"before":"6b2eb9ec5c5e8b9b93af02f82dae473f5c2b60b7","after":"b62bb702892ea507ed08a8afebc3934bdb08d0fb","ref":"refs/heads/default-pipeline-intention","pushedAt":"2024-05-14T16:05:32.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Ensure schedule checks apply only to releases\n\nMake it so the \"no Friday deploys\" rule (for example) is used only\nfor EC checks in release pipelines, and not for EC checks in regular\npre-merge or post-merge CI pipelines.\n\nWhether we're in a release pipeline is determined by checking the\nvalue of the new `pipeline_intention` rule data key.\n\nSee also:\n* https://github.com/enterprise-contract/ec-cli/pull/1604\n* https://github.com/konflux-ci/release-service-catalog/pull/409\n\nNotes:\n* Set a null default for the pipeline_intention rule data value\n since the standard default of an empty list seems less useful.\n* This should allow the revert here to be unreverted:\n https://github.com/release-engineering/rhtap-ec-policy/pull/12\n\nRef: https://issues.redhat.com/browse/EC-293","shortMessageHtmlLink":"Ensure schedule checks apply only to releases"}},{"before":null,"after":"6b2eb9ec5c5e8b9b93af02f82dae473f5c2b60b7","ref":"refs/heads/default-pipeline-intention","pushedAt":"2024-05-14T15:42:30.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Ensure schedule checks apply only to releases\n\nMake it so the \"no Friday deploys\" rule (for example) is used only\nfor EC checks in release pipelines, and not for EC checks in regular\npre-merge or post-merge CI pipelines.\n\nWhether we're in a release pipeline is determined by checking the\nvalue of the new `pipeline_intention` rule data key.\n\nSee also:\n* https://github.com/enterprise-contract/ec-cli/pull/1604\n* https://github.com/konflux-ci/release-service-catalog/pull/409\n\nNotes:\n* Set a null default for the pipeline_intention rule data value\n since the standard default of an empty list seems less useful.\n* This should allow the revert here to be unreverted:\n https://github.com/release-engineering/rhtap-ec-policy/pull/12\n\nRef: https://issues.redhat.com/browse/EC-293","shortMessageHtmlLink":"Ensure schedule checks apply only to releases"}},{"before":null,"after":"a0ddcb51d4bad02cfeb6a828a347a57151ee1cd5","ref":"refs/heads/quay-expires-after","pushedAt":"2024-05-10T22:21:26.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Prevent release with quay expires-after set\n\nThe quay.expires-after label is used by quay.io to indicate the\nimage doesn't need to be kept indefinitely. The goal is to prevent\nunintentionally releasing images with that label is set.\n\nThere's some dependency on the extra rule data name/value chosen in\nEC-618 so this is WIP for now.\n\nRef: https://issues.redhat.com/browse/KFLUXBUGS-1223","shortMessageHtmlLink":"Prevent release with quay expires-after set"}},{"before":"3d9a7bed1ed08263005cee818a033074f0261ced","after":null,"ref":"refs/heads/fix-some-asciidoc","pushedAt":"2024-05-09T15:08:44.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"}},{"before":null,"after":"3d9a7bed1ed08263005cee818a033074f0261ced","ref":"refs/heads/fix-some-asciidoc","pushedAt":"2024-05-09T14:19:05.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"simonbaird","name":"Simon Baird","path":"/simonbaird","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17822?s=80&v=4"},"commit":{"message":"Fix some misformatted trusting tasks docs\n\nRef: https://issues.redhat.com/browse/EC-621","shortMessageHtmlLink":"Fix some misformatted trusting tasks docs"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"djE6ks8AAAAEjistcAA","startCursor":null,"endCursor":null}},"title":"Activity ยท simonbaird/ec-policies"}