As I can see, when TeamCity builds a merge request it is building the project code from source branch. But shouldn't it build the code simulating the merge (code from source branch merged with destination branch)?
- I have a build validation that throws error when there is more than one .txt file on project folder.
- One user creates file1.txt on master.
- Other user creates file2.txt on develop.
- A merge request is create from develop to master.
In this scenario TeamCity is building with success the master, develop and the merge request. But after accept the merge request the master build is failing because can not have two .txt on project.
Is not intended that building the merge request it should test if the merge will be ok "after" the merge was done?
Git has "git merge --no-commit" and "git merge --abort" commands to do it!