I have the following branch structure for ASP NET MVC projects
- Master - production version
- DEV - Development
- Release - Bug Maintenance
This structure was already defined when I arrived at the project and I'm having a problem when it comes to ratification and publication in production.
The flow is as follows:
- New developments are made in the dev branch. Master merge for dev.
- At the end of the task, commit (we use GIT) in dev and do the publish on the application server. In the case of approval dev merge with master.
At this point I have 2 problems.
- If 2 dev's are developing in project MVC when generating publish for ratification a dev can overwrite the publish of the other disrupting ratification.
- If the approval of Dev1 is approved and that of Dev2 is not like I am going to publish a production version without taking the changes to Dev2 since he has committed his task.
The same can happen for maintenance. Release branch because to begin the correction of a bug the master merge is done with release, commit in release and release merge with master.
Has anyone ever had a similar situation? How can I ensure parallel development by ensuring the correct versioning and avoiding sending non-homologated versions for production?