Organization Variables that can include action runtime variables #130785
Replies: 1 comment
-
💬 Your Product Feedback Has Been Submitted 🎉 Thank you for taking the time to share your insights with us! Your feedback is invaluable as we build a better GitHub experience for all our users. Here's what you can expect moving forward ⏩
Where to look to see what's shipping 👀
What you can do in the meantime 💻
As a member of the GitHub community, your participation is essential. While we can't promise that every suggestion will be implemented, we want to emphasize that your feedback is instrumental in guiding our decisions and priorities. Thank you once again for your contribution to making GitHub even better! We're grateful for your ongoing support and collaboration in shaping the future of our platform. ⭐ |
Beta Was this translation helpful? Give feedback.
-
Body
I would like to see the ability to define an organization variable accessible by all org repos that would allow a team to migrate pipelines from sources like Azure DevOps, BitBucket, etc. to actions and workflows. This is currently limited by the exclusion of
![image](https://private-user-images.githubusercontent.com/11731030/345102584-7c1aeaeb-7aa1-4107-a76c-136d95681222.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MjAyODQ1MjQsIm5iZiI6MTcyMDI4NDIyNCwicGF0aCI6Ii8xMTczMTAzMC8zNDUxMDI1ODQtN2MxYWVhZWItN2FhMS00MTA3LWE3NmMtMTM2ZDk1NjgxMjIyLnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNDA3MDYlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjQwNzA2VDE2NDM0NFomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTZhZDhhODAwYjE0MTNjNGM4YWNmM2E4OTZlNTAwYzBlZDUzODEyYTE0MWUzNDE4OTg5MWJkMWUzZDVkMzA5YTcmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0JmFjdG9yX2lkPTAma2V5X2lkPTAmcmVwb19pZD0wIn0.WoZLc7Or34sbffeOFD5VMpEPuljueN4psA9hbLg4HM8)
GITHUB_
as a valid variable value.For example:
An in-house powershell module written for use in Azure Devops uses an available runtime variable like
$BUILD_REPOSITORY_NAME
in Azure Devops pipelines. There are dozens if not hundreds of places this reference is used in that code, and in order to maintain backwards compatibility in Azure Devops during the migration, we can't just update the module value easily which would create divergent modules and duplicate maintenance efforts.One solution would be to setup any workflow using this module to have the following defined in the yaml
While this solution would work, it would also effectively duplicate that line into every single action template or workflow yaml needed across the 200 or so pipelines being rewritten.
What I am requesting is to be able to define an organization (or enterprise) variable that any actions or workflows running in that organization can evaluate based on how/where they are running. Not only for things like repository name, but for build ids, and other runner-available information.
BUILD_REPOSITORY_NAME = ${{ github.repository }}
or
BUILD_REPOSITORY_NAME = ${{ GITHUB_REPOSITORY }}
Beta Was this translation helpful? Give feedback.
All reactions