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

[18.0][MIG] product_pricelist_fixed_currency_rate: Migration to 18.0 #1793

Merged

Conversation

HeliconiaSolutions
Copy link

No description provided.

@HeliconiaSolutions
Copy link
Author

/ocabot migration product_pricelist_fixed_currency_rate

@OCA-git-bot
Copy link
Contributor

Sorry @HeliconiaSolutions you are not allowed to mark the addon tobe migrated.

To do so you must either have push permissions on the repository, or be a declared maintainer of all modified addons.

If you wish to adopt an addon and become it's maintainer, open a pull request to add your GitHub login to the maintainers key of its manifest.

@HeliconiaSolutions
Copy link
Author

Hi @LoisRForgeFlow,

Could you please review this pull request when you have a moment? I would appreciate any feedback or suggestions for improvement.

Thank you for your time!

@LoisRForgeFlow
Copy link
Contributor

Hi @HeliconiaSolutions

Thanks for your contribution, before reviewing I would like that CI runs its checks, I cannot accept the workflow so we need to ask @OCA/product-maintainers to do so.

At the same time, I'm not sure what is the OCA policy regarding contributions from a company account, not sure if it is required that contributions come from individual accounts. @pedrobaeza @etobella maybe one of you can clarify this?

Kind regards,

@pedrobaeza
Copy link
Member

There's no strict prohibition of these accounts, but first of all, the CLA should be signed, and second, I don't like these techniques, but it's just a personal POV.

@rousseldenis
Copy link
Contributor

@LoisRForgeFlow Already stated about that on other PR's. Doing a PR with a global account is ok IMHO. But for commits, I tend to say they should have beeen done with an individual account.

@pedrobaeza The CLA bot was looking at commiters logins. And as only individuals are mentioned in CLAS (even there is a company one), the bot was blocking such PR's.

@pedrobaeza
Copy link
Member

Well, apart from not seeing the CLA bot warning since a while, I think it's incorrect to not warn in these cases. A possible workaround is to put this login in a child account or similar to act like an individual.

@LoisRForgeFlow
Copy link
Contributor

Yes, it is also a while since I see one of those CLA warnings

@pedrobaeza I also find it a bit weird to contribute with a company account. I see problems with responsibility and attribution; especially internally it must generate quite some headaches when the company have quite a few developers/contributors.

@LoisRForgeFlow Already stated about that on other PR's. Doing a PR with a global account is ok IMHO. But for commits, I tend to say they should have beeen done with an individual account.

This can be a good intermediate approach, to require that at least commits come from an individual.

@pedrobaeza
Copy link
Member

You have GitHub organizations for pushing the branches, so there's no sense in pushing under a company account.

@LoisRForgeFlow
Copy link
Contributor

Then, we are in a all-or-nothing decision and from what you said before, this has been already discussed and the decision (maybe with no full agreement) was that it is allowed to collaborate with company accounts. Am I getting it right?

@HeliconiaSolutions
Copy link
Author

There's no strict prohibition of these accounts, but first of all, the CLA should be signed, and second, I don't like these techniques, but it's just a personal POV.

@pedrobaeza, we’ve signed the entity CLA, which might be why you haven’t seen the CLA warning from the OCA bot.

@HeliconiaSolutions
Copy link
Author

Yes, it is also a while since I see one of those CLA warnings

@pedrobaeza I also find it a bit weird to contribute with a company account. I see problems with responsibility and attribution; especially internally it must generate quite some headaches when the company have quite a few developers/contributors.

@LoisRForgeFlow Already stated about that on other PR's. Doing a PR with a global account is ok IMHO. But for commits, I tend to say they should have beeen done with an individual account.

This can be a good intermediate approach, to require that at least commits come from an individual.

@LoisRForgeFlow @pedrobaeza
Thanks for sharing your thoughts, and we completely understand your concerns. We decided to adopt this approach because we've observed several companies doing the same, and it helps centralize contributions in a more unified manner. By using the company account, we aim to streamline the process and ensure that the entire organization shares responsibility and attribution for the work done.

That said, we're fully open to both individual and company-based contributions. We believe each approach has its merits, and we're happy to adapt based on what works best for the team and the project.

@pedrobaeza
Copy link
Member

Using the organization GitHub remote, any in the company can push to that branch, so about the flows, you won't have any restriction.

@HeliconiaSolutions
Copy link
Author

@pedrobaeza @LoisRForgeFlow @rousseldenis Thanks for the sharing the information.

As per our recent discussions, we have implemented the necessary changes on our side and have also signed the updated Individual CLA. Additionally, we’ve updated our profile to reflect these changes. To further support the OCA community, we’ve become proud members of OCA for 2025.

We’re excited about the opportunities for collaboration and look forward to working together with the entire OCA community to build even better open-source solutions.

@LoisRForgeFlow
Copy link
Contributor

Hi @HeliconiaSolutions

Thanks for that.

I would kindly as again @OCA/product-maintainers to accept the CI workflow of this PR, which is the first automatic review that is needed in order to move forward with this pull request.

Thanks!

Copy link
Contributor

@sebalix sebalix left a comment

Choose a reason for hiding this comment

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

LG, minor comment

Comment on lines 15 to 20
[
{
"name": "Test",
"currency_id": cls.env.ref("base.EUR").id,
}
]
Copy link
Contributor

Choose a reason for hiding this comment

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

IMO this change (in the whole test file) is not required (create accepts a dictionary), and introduces diff that could be annoying when porting commits.

@HeliconiaSolutions HeliconiaSolutions force-pushed the 18.0-mig-product_pricelist_fixed_currency_rate branch from bb99f6b to de3f741 Compare December 23, 2024 05:59
@HeliconiaSolutions
Copy link
Author

Hello @sebalix,

Thanks for the feedback! I see your point that the change might not be necessary, especially since create already accepts a dictionary. I have reverted the changes to avoid adding unnecessary diffs and potential conflicts when porting commits.

Copy link
Contributor

@LoisRForgeFlow LoisRForgeFlow left a comment

Choose a reason for hiding this comment

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

Functional and code review LGTM

@LoisRForgeFlow
Copy link
Contributor

/ocabot merge nobump

@OCA-git-bot
Copy link
Contributor

This PR looks fantastic, let's merge it!
Prepared branch 18.0-ocabot-merge-pr-1793-by-LoisRForgeFlow-bump-nobump, awaiting test results.

@OCA-git-bot OCA-git-bot merged commit 906678f into OCA:18.0 Dec 23, 2024
6 of 7 checks passed
@OCA-git-bot
Copy link
Contributor

Congratulations, your PR was merged at 626ef14. Thanks a lot for contributing to OCA. ❤️

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

Successfully merging this pull request may close these issues.

9 participants