Use Variables for simplify edits and enhance readability.

[omerap12]

Ⅰ. Describe what this PR does

1. Variable reorganization: Grouped related variables together for better clarity and easier maintenance.
2. Enhanced architecture support.
3. Standardized Docker build options.
4. Consolidated build targets: Streamlined the definition of build targets for various controllers, reducing repetition in the Makefile.
5. Improved multi-architecture support: Added Docker buildx targets to facilitate building for multiple architectures in a single command.
6. Standardized naming conventions: Adopted more consistent naming for targets and variables throughout the Makefile.
7. Enhanced modularity: Separated some functionalities into distinct targets, making the Makefile more modular and easier to extend.

Ⅱ. Does this pull request fix one issue?

Part of #4297

Ⅲ. List the added test cases (unit test/integration test) if any, please explain if no tests are needed.

Ⅳ. Describe how to verify it

Ⅴ. Special notes for reviews

[omerap12]

@Syspretor, if valid Ill work on number 2 ( Phony Targets )

[Syspretor]

@omerap12 Thank you very much for this PR. The classification and organization of variable definitions is great, but there are some areas where we hope to improve. First of all, ensuring that all modules in the Makefile execute successfully is a priority in the optimization work for the Makefile. During my testing, I found some typos and syntax issues that broke this, such as the variable definition for DOCKER_PLATFORM on line 28, and a typo regarding the -f flag on line 231, among similar issues. So please try running the commands included in the Makefile to ensure they still work smoothly.

[omerap12]

@omerap12 Thank you very much for this PR. The classification and organization of variable definitions is great, but there are some areas where we hope to improve. First of all, ensuring that all modules in the Makefile execute successfully is a priority in the optimization work for the Makefile. During my testing, I found some typos and syntax issues that broke this, such as the variable definition for DOCKER_PLATFORM on line 28, and a typo regarding the -f flag on line 231, among similar issues. So please try running the commands included in the Makefile to ensure they still work smoothly.

Got it. Ill test it myself then. Thanks for your review :)

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 58.33%. Comparing base (22e808c) to head (ae8b975).
Report is 28 commits behind head on master.

Additional details and impacted files

@@            Coverage Diff             @@
##           master    #4313      +/-   ##
==========================================
- Coverage   62.90%   58.33%   -4.58%     
==========================================
  Files         483      563      +80     
  Lines       28570    31277    +2707     
==========================================
+ Hits        17972    18245     +273     
- Misses       8393    10785    +2392     
- Partials     2205     2247      +42     

Flag	Coverage Δ
	58.33% <ø> (?)

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[sonarcloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarCloud

[TrafalgarZZZ]

@omerap12 I made some minor changes to make Github Actions work with the latest Makefile. The PR LGTM, thanks for making it much more clear.
/lgtm

[omerap12]

@omerap12 I made some minor changes to make Github Actions work with the latest Makefile. The PR LGTM, thanks for making it much more clear. /lgtm

No worries, I’m planning to enhance it further :)

[cheyang]

/lgtm
/approve

[fluid-e2e-bot]

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: cheyang, TrafalgarZZZ

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

• OWNERS [TrafalgarZZZ,cheyang]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment