Revert를 한 후 코드가 꼬였다고 화를 내는 상사.. 제가 모두 잘못한 것일까요??

먼저, 실수가 발생했을 때의 책임에 대해서 말씀드리겠습니다. 실수는 누구나 할 수 있습니다. 중요한 것은 그 실수를 어떻게 고치고, 더 이상 같은 실수를 하지 않도록 어떻게 방지하느냐입니다. 현재 상황에서, main 브랜치에 잘못 머지한 것은 당연히 user의 책임이라고 할 수 있습니다. 그러나 revert 후에 코드가 꼬였다면, 그 원인을 파악하는 것이 중요합니다. revert 작업자체는 Git 상에서 이미 commit된 이력을 되돌리는 것으로, 잘못된 merge를 정정하는데 사용됩니다. 따라서 기본적으로는 revert로 인해 완전히 새로운 문제가 생기는 경우는 드뭅니다. 문제가 생긴 원인은 다음과 같이 추측해볼 수 있습니다: 1. Revert시에 conflict 이나 issue가 발생하였지만 제대로 해결하지 못한 경우 2. Revert 이전의 commit history를 제대로 확인하지 못해 필요한 코드까지 삭제된 경우 3. Revert와 관련 없이 별도의 코드 수정 혹은 배포 과정에서 문제가 발생한 경우 위 3가지 중 어느 것에 해당하는지 파악해 보시는게 좋습니다. 만약 1번 혹은 2번의 경우라면, revert 과정에서의 책임이 user에게 있을 수도 있습니다. 하지만 만일 3번의 경우라면 이는 user의 책임이 아닙니다. 다른 사람이 작업한 코드에 문제가 있으면 그 담당자가 해결해야 하기 때문입니다. 그래서 코드가 꼬인 원인을 찾아내는 것이 가장 먼저 해야 할 일 같습니다. 또한, git flow를 따르지 않고 각자 작업한 브랜치에서 develop과 main에 직접 머지하는 방식은 위험요소를 내포하고 있습니다. 따라서, 버전 관리 정책으로 git flow나 github flow와 같은 방법론을 도입하는 것을 건의하거나, pull request를 통한 코드리뷰를 실시하는 등 품질 관리를 위한 절차를 개선할 필요성이 있는 것 같습니다.