版本管控问题用Git能很好解决，缺陷管理推荐用PingCode。
一、总会有重复的问题出现在不同版本中
Git属于分布式的版本控制系统，每个开发者同时扮演着节点和集线器的角色——也就是说，每个开发者既可以将自己的代码贡献到其他的仓库中，同时也能维护自己的公开仓库，让其他人可以在其基础上工作并贡献代码。
团队规模不大的情况下，可以用集中式工作流，一个中心集线器，或者说仓库，可以接受代码，所有人将自己的工作与之同步。若干个开发者则作为节点——也就是中心仓库的消费者——并且与其进行同步。
这意味着如果两个开发者从中心仓库克隆代码下来，同时作了一些修改，那么只有第一个开发者可以顺利地把数据推送回共享服务器。第二个开发者在推送修改之前，必须先将第一个人的工作合并进来，这样才不会覆盖第一个人的修改。这样就避免了总会有重复的问题出现在不同版本中。
二、相关问题bug跟踪没有恰当的跟踪起来
BUG管理说复杂也不复杂，说简单也不简单，关键在于整个流程的管理，如何提BUG、如何响应、如何沟通等等。可以利用一些在线工具，我们团队用的是PingCode，比较简单实用，下面说下我们公司BUG管理的经验。
公开透明
BUG管理一定要公开透明，我司的bug池和需求池是对全员公开的，所有员工都能随时提BUG，并填写bug相关信息，如缺陷类型、严重程度、功能模板等。这样能很好避免重复沟通、找不到对接人、数据无法沉淀等问题。
BUG对接
所有提交的bug，会第一时间通知到负责人，然后负责人跟进缺陷的类型、模块，分配给相应对接人，严重的缺陷会快速响应。相关人员会并在bug任务中沟通，并更新完成进度。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
