Skip to content

Initial version of the build release artifacts workflow. #4287

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 2 commits into from
Nov 8, 2022

Conversation

rlazo
Copy link
Collaborator

@rlazo rlazo commented Nov 5, 2022

This version of the workflow hardcodes the list of sdks to release to include Firestore only. Also, generated javadoc is not yet equivalent to what's generated by the regular release process.

This version of the workflow hardcodes the list of sdks to release to
include Firestore only. Also, generated javadoc is not yet equivalent
to what's generated by the regular release process.
@github-actions
Copy link
Contributor

github-actions bot commented Nov 5, 2022

Unit Test Results

   395 files  ±0     395 suites  ±0   19m 28s ⏱️ -14s
4 730 tests ±0  4 708 ✔️ ±0  22 💤 ±0  0 ±0 
4 746 runs  ±0  4 724 ✔️ ±0  22 💤 ±0  0 ±0 

Results for commit 60192c2. ± Comparison against base commit 82dc688.

♻️ This comment has been updated with latest results.

@google-oss-bot
Copy link
Contributor

google-oss-bot commented Nov 5, 2022

- 'releases/**'

jobs:
create-branches:
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The job is named "create-branches", but does it actually create any branch?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Done.


- name: Perform gradle build
run: |
./gradlew firebasePublish -PprojectsToPublish=firebase-firestore -PpublishMode=RELEASE -PincludeFireEscapeArtifacts=true
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think hardcoding is good in this initial version. Eventually we want to make the value of -PprojectsToPublish coming from release.cfg?

What I'm thinking -- Maybe we can make a custom action around release.cfg (for its creation, parsing, etc). That way it is possible to be used in multiple workflows and its input/output format can be defined based on its intended usage.

Although this is just one way to design it.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, we don't have this define just yet. One idea is to have a gradle command that's going to output the list of projects to publish direclty, and then use that output as input for this command. Or, we can tentatively use the configuration too.

Now that you bring it up, we can use the configuration, and as fallback, use the command, if available. I'll do it in a follow up PR. Thanks!

workflow_dispatch:
pull_request:
branches:
- 'releases/**'
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I thought the release branches are named *.release in create_releases.yml?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

branches: limits what target branches the action applies to. What we currently do, for example, is:

M122 <-- M122.release

The PR has as target 'M122'. I'm going to change create_releases.yml to prepend releases/ to both branches. It's going to look like this

releases/M122 <--- releases/M122.release

then the check will work

@rlazo rlazo requested a review from yifanyang November 8, 2022 05:23
@rlazo rlazo merged commit fe756b1 into master Nov 8, 2022
@rlazo rlazo deleted the rl.buildrelaction98 branch November 8, 2022 15:18
davidmotson pushed a commit that referenced this pull request Nov 28, 2022
* Initial version of the build release artifacts workflow.

This version of the workflow hardcodes the list of sdks to release to
include Firestore only. Also, generated javadoc is not yet equivalent
to what's generated by the regular release process.
@firebase firebase locked and limited conversation to collaborators Dec 9, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants