Это видео недоступно.
Сожалеем об этом.
Automating Releases with GitHub Actions
- Добавить в
- Мой плейлист
- Посмотреть позже
- Поделиться
Поделиться
HTML-код
Размер видео:
- Опубликовано: 16 авг 2024
Комментарии • 10
Следующие
Автовоспроизведение
A typical GitHub workflow // what to expectKahan Data Solutions
Просмотров 20 тыс.
Version and Automate ⚡️ Releases like a Pro - Walkthrough and DemoJulie Ng
Просмотров 32 тыс.
How To Setup Github Actions For CI/CDArjanCodes
Просмотров 31 тыс.
Arrests made in death of Matthew Perry: SourcesGood Morning America
Просмотров 489 тыс.
Benson Boone - Pretty Slowly (Official Music Video)Benson Boone
Просмотров 184 тыс.
Our Son's EPIC 14th Birthday SurpriseThe Royalty Family
Просмотров 8 млн
Rachel Dratch Interrupts Jimmy's Monologue as Australian Olympic Breakdancer Raygun | Tonight ShowThe Tonight Show Starring Jimmy Fallon
Просмотров 2,3 млн
Let's learn GitHub Actions in a self-hosted Homelab!Christian Lempa
Просмотров 39 тыс.
How to Release Code With GithubKahan Data Solutions
Просмотров 90 тыс.
Automate your GitHub Actions Releases (with Semantic Release)!Dave's Dev Channel
Просмотров 31 тыс.
How To Deploy Your Application To Azure Using GitHub Actions | CI/CD PipelineMilan Jovanović
Просмотров 57 тыс.
GitHub Actions (Branch Protection, Automated Testing) - Full TutorialTech With Tim
Просмотров 43 тыс.
Fully Automated npm publish using GitHub Actions and Semantic ReleaseBruno Antunes
Просмотров 26 тыс.
Build Your .NET MAUI Android App with GitHub ActionsGerald Versluis
Просмотров 6 тыс.
GitHub Actions Tutorial | From Zero to Hero in 90 minutes (Environments, Secrets, Runners, etc)CoderDave
Просмотров 220 тыс.
How GitHub Actions 10x my productivityBeyond Fireship
Просмотров 406 тыс.
Чёрная ДЫРА 🕳️ | WICSUR #shortsБискас
Просмотров 1,8 млн
Никто не может пройти эту маску #funnyTetya Mottya
Просмотров 227 тыс.
О Курской земле. В.Баранец, А.Гусев, А.Матвийчук, К.Сивков (15.08.2024)Красная Линия
Просмотров 324 тыс.
would you eat this? #shortsZach Choi ASMR
Просмотров 1,2 млн
ЕДЕМ в ДОМЕ на КОЛЕСАХ ВЛАДИВОСТОК - МОСКВА! 10000 км с Габаром и Никитосом, Волков, ДубровскийАлексей Столяров
Просмотров 471 тыс.
Logo Matching Challenge with Alfredo Larin Family! 👍BigSchool
Просмотров 4,3 млн
❌Ему повезло больше всех #storyКэри Найс
Просмотров 38 тыс.
ДОМ ПРЕДАТЕЛЕЙ! **Джарахов, Амина, Яна, Прокофьев, Сударь**ЕГОРИК
Просмотров 1,9 млн
This tutorial helped me a lot, thank you!
Thanks a lot for the Tutorial and link to the source code!
Keep going.Thanks.
Thank you for the tutorial :)
Quick question! It seems that the action only runs from when the yml file was created as it does not show commits from when the project was created. Is there a way to show all the commits from the start of the project until the time the tag is created?
It should include all commits between the new semver-looking tag and the latest semver-looking tag before it. To get a release with everything since the initial project commit then, you could tag the initial commit (e.g., "v0.0.1"), then tag your latest commit (e.g., "v0.1.0").
This retroactive initial commit tagging approach will work as long as you don't already have a bunch of semver-looking tags in the repo. In that case, you may need to just manually edit the GitHub Release and paste in additional commits.
@@nodematic Thanks for the reply but I'm confused. Do you mean, I can manually add a new tag as long as I don't have other tags in between?
The plugin logic is a bit complex, but yes, I think you're correct. Basically, when the plugin creates a new tagged release, it will find every commit since the previous tag before it, and reports those commits. So, to have commits since the start of the repository, you have two choices, depending on if the repository already has tags or not:
1. (If there are no tags in the repo) Tag the initial commit (e.g., "v0.0.0"), then tag your release commit and it will report all of your commits since the initial commit.
2. (If tags are already in the repo) I don't know how to automatically do this with the plugin, so maybe just create a tagged release, then manually "Edit" the release in the GitHub UI, and manually add the additional commits. You could get the additional commits in the right format to manually copy-paste into the release by running something like the command here gist.github.com/nodematiclabs/12dcb4a1137363af35c7755ab9801bd7 (I used bash/Linux here)
Note that when I say "tags" here, I mean tags that look like a version (semver stuff like "v2.3.35"). A tag like "foo" is ignored by the plugin.
Thank you for the Video :). Got same clarity.
can we use dependabot in "First" repo to check changes in actions in "Second" repo.
If there is a change in "Second" repo, dependabot should trigger the actions automatically in First repo.
Is that possible?
That might be possible with a webhooks setup in the second repository and a workflow dispatch trigger in the first repository, but you would probably need to create and run a bit of software yourself for this to work. I don't believe there's an easy way to achieve the setup you describe.
Tonya hackney