如何管理版本控制系统中的代码？

Question

我们有一组多个开发人员在同一个Web应用程序上工作，有时候在同一个文件上处理不同的功能。所以管理代码变得非常困难。

尽管我们使用subversion来提交我们的更改，但是当涉及部署时，无论是在分段还是生产中，对于每个部署来说都变得非常繁忙。每个开发人员都必须记住他的文件更改以及该文件中针对特定功能更改的每一行。

假设我们有一个文件A，其中2个开发人员同时工作。 Developer 1对functionality 1做了一些更改并承诺，Developer 2对functionality 2作了一些更改并承诺。现在Developer 1转到senior进行部署部署并告诉他关于他已更改的每一行，并且相同的过程由Developer 2重复。现在Developer 1对functionality 3在同一个文件中做了一些更改并重新提交，并且他升级到高级部署并再次重复相同的过程。

然后需要Developer 1开发的functionality 3需要部署在生产上。所以他要求他的高级人员将其部署在生产环境中。现在问题出现了。自从他为functionality 1编写代码已经很多天了，并且文件A具有由2个开发人员开发的3个功能的代码。所以Developer 1需要准确记住每行代码functionality 1，以便他可以告诉他的前辈。

他的前辈比较了升级和生产的代码，并将每一行代码移到生产中。

此过程需要大量时间和手动过程，这会增加发生故障的几率。

如何解决这个问题？请指导。

Answer 1

有了GIT，在这种情况下，我想每个开发者都应该在不同的分支上工作。

然后，当他们完成他们的工作后，他们提交并创建合并请求。

老人将收到合并请求，并将检查在开发者分支上完成的工作。 他会接受或不接受线路。

如果他接受，他会将代码合并到主分支中。