gitflow VS laragon

For us it was git-flow (https://github.com/nvie/gitflow). A straightforward yet effective way to impress momentum in the use of basic strategies: master branch is for production, feature/... for developing new stuff, devel(op) branch for preparing next release (merging feature and hotfixes), release/... for release candidates, hotfix/... for zero-day or fixes on production... Absolutely nothing new, absolutely easy to do.

As a beginner - each of stash, branch, staged and remote is just a swimlane, kinda like illustration here: https://nvie.com/posts/a-successful-git-branching-model/ but can't remember where did I read it initially

Another thing that other suggested me in the comments is to use trunk-based development, which from what I understand is to only create branches directly from master, for anything you do: bugfix, hotfix, feature. Keep them short-lived, then merge back to master. It also sounds like a good idea for me (I've been getting so many options in this short time and overwhelming). Do you think trunk based development is also a good idea? It soudns similar to what GitHub suggests (GitHub Flow: https://docs.github.com/en/get-started/quickstart/github-flow), and even the guy I first got the idea of the drawing above, suggested to use something like GitFlow: https://nvie.com/posts/a-successful-git-branching-model/

Please, also consider that the GitFlow's owner himself nowadays discourages teams from using GitFlow, as he commented in his web page https://nvie.com/posts/a-successful-git-branching-model/

if you can perform all steps described in this doc (which is similar to what most companies do), you are good: https://nvie.com/posts/a-successful-git-branching-model/

There is git flow approach in place, which usually means multiple feature *branches exist at the same time in a remote repository. There is at least one *pull request per story. Each pull request needs to go through an integration* process* meaning the newest commit in a pull request triggers a fresh CI build. That’s being done in order to ensure the newest change won’t introduce any flaws. Yep, automation and unit test suites test each software incrementation. Software Engineers in Test (SET) writes automation tests as “a part of“ the feature in some cases.

This is more easier version of that: https://nvie.com/posts/a-successful-git-branching-model/

Under Linux I use gitflow and gitversion. The former helps me with branch and tags management, the latter keep tracks of the semantic version in a semi-automatic fashion (given a branch/commit/tag it generate a semver automatically based on the repo log). Gitflow should be supported by GUI tools too, but I'm more a CLI guy.

Manage change in automation: Changes to your infrastructure should be made using automation and IaC Tool, such as CDK or terraform. The changes that need to be managed include changes to the automation, which then can be tracked and reviewed, for example, in a VCS such as git and services such as GitHub with a branching model, such as git-flow.

Unless you plan to share the work as you go, either for feedback or help, you could do this, as /u/Blind_Newb suggests, on a local server. That would run right on your own PC. On a windows machine, I suggest Laragon as the localhost. It's lightweight, easy to set up, and easy to use. Of course, you could also do it online with a regular hosting account or similar - that will allow for collaboration and feedback.

In my opinion ht best dev environment on Windows 11 is laragon.

I'm using https://laragon.org/ and it's working like a charm

I would suggest Laragon https://laragon.org/ Tons more options, and it doesn't clutter the registry with impossble-to-remove entries. 👍

No need, if you are using Windows, the third way is to install Laragon for your dev environment. You can then create a Laravel app:

I'm using https://laragon.org/ for localhost and it's really great. You can install Wordpress with one click. Give it a try...

When it comes to learning or developing with PHP as beginner, I have realised the only way you could run a PHP is via web server solution(XAMPP)/development environment(Laragon)/or Live Server(non DB connected code).

I assume you are talking Windows because of Xampp, in which case I'd highly recommend Laragon (https://laragon.org/)

Things like Laragon (https://laragon.org/) have taken up the XAMPP mantle in recent years. Not sure about production (I moved away from Windows for dev stuff similarly), but developing with PHP on Windows has definitely got easier, imo.

Docker is a pain to work with and unless you have a need for it (i.e. complex infra you need to replicate locally or sharing container images across a team) I'd highly recommend just using Laragon, assuming you're working on a windows machine locally. It's super easy to setup, swap out dependencies (php versions, node versions, mysql versions, etc) and comes with a ton of preconfigured one-click setup options for laravel, WordPress and a bunch of other libraries/frameworks. https://laragon.org/