> and there is someone whose responsibilty [...] to merge the branches into a single repository.
No... I wouldn't recommend this...
Well, it is quite easy to merge when you need to insert, say, a complete new function.
But if there is a merge conflict within the same function, than the one who does manual merge must have clear understanding as for all changes to be merged (and, probably, about external code that is supposed to call this changed function and calling code's expectations) to be able to do correct merge.
Instead, I would recommend:
a) Decompose your test code between several code units. Keep in one unit only one test or a set of tests that work with the same tested functionality. Then you will be able to work on one tested functionality and make changes into just one code unit while your colleague will work on another functionality and make changes to another code unit. This will reduce the probability of merge conflicts;
b) Move common reusable code to separate library code units and create a policy that library code units must be changes as little as possible and change must take not more than 5-10 minutes. To make this possible, if you need to create some reusable library function, create it first within some test code unit that needs this function. Debug and enchance it until it works as expected. Than notify the team about upcoming change, get latest version of the corresponding library code unit from the repository, move your code from the test code unit to the library one, save changed and commit to the repository. Notify team to update their local test code with the changes from the repository.
P.S. And, as it was mentioned a lot of times here: only script unit files can be merged with acceptable risk level. All other files from TestComplete's project must not be merged because of high level of risk of their internal structure corruption.
Thanks AlexKarastristaanogre now the SVN has been reverted to the previous version. I will pull the latest version from it and put my codes in, but for the Namemapping, as suggested by AlexKaras, I guess I will have to manually add them again? The problem is I don't remember how many and which objects I namemapped.
Also, in case I break anything again, do I need to make a copy of anything or how I can revert the changes back if anything goes wrong? because the revert from my bad version was not done by myself, so I would like to make sure how to revert it before going forward.
I never did it, but TestComplete contains the functionality to merge NameMapping files. Check the documentation and try to merge (I hope that you haven't delete your NameMapping file yet). Obviously, make copy of your file before merging.