Skip to content
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

[riverpod_generator] Add provider_name_prefix and provider_family_name_prefix to build.yaml #3348

Conversation

ValentinVignal
Copy link
Contributor

Related Issues

fixes #3189

Checklist

Before you create this PR confirm that it meets all requirements listed below by checking the relevant checkboxes ([x]).

  • I have updated the CHANGELOG.md of the relevant packages.
    Changelog files must be edited under the form:

    ## Unreleased fix/major/minor
    
    - Description of your change. (thanks to @yourGithubId)
  • If this contains new features or behavior changes,
    I have updated the documentation to match those changes.

Copy link

codecov bot commented Feb 14, 2024

Codecov Report

All modified and coverable lines are covered by tests ✅

Comparison is base (a415d15) 95.16% compared to head (88fb9d7) 95.16%.

Additional details and impacted files

Impacted file tree graph

@@           Coverage Diff           @@
##           master    #3348   +/-   ##
=======================================
  Coverage   95.16%   95.16%           
=======================================
  Files          53       53           
  Lines        2298     2298           
=======================================
  Hits         2187     2187           
  Misses        111      111           

@ValentinVignal ValentinVignal force-pushed the riverpod-generator/Add-provider-prefix-to-config branch from 2f74038 to 19e0f49 Compare February 14, 2024 12:15
@ValentinVignal
Copy link
Contributor Author

@rrousselGit I see some of the tests are timing out. Is it because of my changes?

@rrousselGit
Copy link
Owner

No don't worry about those tests.

# providers with parameters ("families").
# This takes precedence over provider_name_suffix.
provider_family_name_suffix: "Provider" # (default)
```

You can change provider name prefix in the build.yaml file:

```yaml
Copy link
Owner

Choose a reason for hiding this comment

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

I don't think this warrants a separate code snippet. I'd fuse the doc for prefixes and suffixes

Copy link
Contributor Author

Choose a reason for hiding this comment

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

@@ -30,6 +36,13 @@ extension CaseChangeExtension on String {
);
}

String get upperFirst {
Copy link
Owner

Choose a reason for hiding this comment

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

There's a string.titled extension already.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

rrousselGit
rrousselGit previously approved these changes Feb 16, 2024
Copy link
Owner

@rrousselGit rrousselGit left a comment

Choose a reason for hiding this comment

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

LGTM. Could you pull those changes in the dev branch too?

The codegenerator changes quite a bit there, and there will be merge conflicts. We need those sorted :)

@ValentinVignal
Copy link
Contributor Author

LGTM. Could you pull those changes in the dev branch too?

The codegenerator changes quite a bit there, and there will be merge conflicts. We need those sorted :)

Sure ! Does that mean you want us to merge this in dev directly ? Or should I create 2 PRs:

  • 1 on master
  • 1 on dev
    ?

@rrousselGit
Copy link
Owner

Please create two PRs. One on master with those changes.
Then pull your master PR into the dev branch, and make a PR with the outcome. :)

@ValentinVignal
Copy link
Contributor Author

Please create two PRs. One on master with those changes. Then pull your master PR into the dev branch, and make a PR with the outcome. :)

Okay understood! I've applied the requested changes to this PR.

When merged, I'll work on creating another PR to merge master into dev

@rrousselGit
Copy link
Owner

I'd prefer if you could raise that PR about merging to dev before merging this PR. This way I can merge both at once

I'd like to avoid dev getting out of date

@ValentinVignal
Copy link
Contributor Author

Sure, I'll do that

@ValentinVignal
Copy link
Contributor Author

@rrousselGit I made the PR on dev #3355

@rrousselGit rrousselGit merged commit 42bfe81 into rrousselGit:master Feb 25, 2024
44 checks passed
@rrousselGit
Copy link
Owner

LGTM, thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Add provider_name_prefix as well
2 participants