预算内的代码管理





4.00/5 (1投票)
预算内的代码管理
引言
如果你曾在团队环境中进行过开发,我相信你一定了解与这种开发相关的痛苦。
你花了一整天的时间调试和修复冲突,结果第二天上班发现你的代码又坏了。你觉得忍无可忍,走到你的队友那里,要求他解释一下。他向你展示了他的版本编译运行正常。你回到你的终端,抓着头皮,沮丧地花了六个小时来定位一个破坏你代码的环境配置变量。
在团队环境中,代码库可能会呈指数级增长,充斥着有缺陷的代码、冲突、配置问题、环境问题等等。大量时间浪费在调试和解决环境及配置问题上,增加了你的项目时间,降低了生产性编码。
那么解决方案是什么? 这是一个复杂的问题,有很多可能出错的参数,也没有完美的解决方案。实施一个适合你团队开发需求和环境的有效代码管理流程,可能并不完美,但仍然可以减轻一些挫折感,并提高你的整体效率。
根据你的团队运作方式,你需要找到技术或管理解决方案之间的正确平衡。因此,以下是一个粗略的指南,介绍了可用的内容,绝非详尽无遗。
工具
正如他们所说,正确的工具可以完成工作。 以下是一些可以帮助你管理代码的工具。
- 首先,你需要某种代码仓库(我更喜欢 SVN)。 有很多其他的商业和开源产品可供选择:Visual Studio、Telelogic Synergy、CVS 等。
- 你需要一个好的差异和合并工具,可以与代码仓库一起使用(DiffMerge 似乎是一个不错的工具,同样,有很多可用的工具)。
- 如果你的项目使用数据库,那么你也应该得到一些数据库差异工具。 我使用 SQLDiff。
- 重构工具将帮助你保持代码的良好状态,Visual Studio 的一个不错的附加组件是 ReSharper。
- 日志记录是任何项目中都非常有用的功能。 试图为团队环境中发生的每个错误调试项目可能会使其成为一项极其令人沮丧和浪费的活动。 日志记录可以让你轻松地一目了然地定位错误。 Log4Net 是一个你可以使用的开源库。 它允许你设置和更改项目中的严重性级别,并允许你选择日志记录媒介,例如平面文件、事件日志或数据库。
- 持续构建机器可以极大地帮助团队开发,用户可以访问不同的构建版本。 每个构建都可以配置为显示基线(稳定项目)之间的差异,从而可以轻松地比较构建的损坏版本。
进程
如果没有一定程度的良好流程管理,世界上所有的工具都无济于事。 与任何其他管理实践一样,它需要规划、组织、培训和控制才能提高生产力。
- 制定一个关于如何构建/组织、共享和存储你的代码库的计划。 定期审查此计划并更新它以适应你不断变化的需求。
- 在你的计划中要考虑的事项:命名约定、集成时间表/策略、环境差异的考虑、部署实践、发布管理。
- 文档是关键,将你的计划转换为团队的策略、规则、指南。 这也将确保团队可以随时获得有关你的流程的信息。
- 培训团队,每个人都需要在同一个波长上才能有效,因此培训团队中的每个人。
我只概述了一些在 .NET 团队环境中更好地进行代码管理的可能性。 发挥创意,发挥你的想象力,让每个人都参与进来,为你的团队提出正确的工具和技术。