version-control - 源代码检查频繁还是不频繁?

标签 version-control

我只是在检查我的代码并意识到我不知道我的代码在理想情况下应该满足什么标准来执行检查。

昨天我检查了我的项目一个星期后检查。今天我在做了一些更新后再次检查。有时我喜欢将我正在处理的代码保持在 check out 状态,直到它可以通过一些测试。

我的老板通常会提示人们在周末或假期检查代码,所以我尽量避免这种情况(如果没有其他原因,除了因为我忘记了我在做什么)。

我应该担心遇到大量代码还是因为有太多代码需要搜索而无法找到错误?

最佳答案

应经常办理登机手续。

入住应该是

  • 原子。包含所有需要的更改,但仅此而已。这也意味着
  • 空白更改会自行提交。
  • 只更改一项功能。这可能会更改多个功能,但不应以多种方式和/或位置更改功能。
  • 评论道。 checkin 评论应该使您能够快速找到提交,即使它已经 2 年了并且您不再在该特定源(甚至项目)上工作。
  • 在职的。仅当代码实际构建并执行其声称的操作时才提交。

  • 如果你需要你的个人游乐场来提交,请考虑一个工作分支或使用 git svn 之类的东西镜像存储库。请记住尽可能合并以原子方式完成的更改。这可能需要更多的工作,但如果您需要找出更改或可能破坏某些内容的提交,它会立即得到返回。

    关于version-control - 源代码检查频繁还是不频繁?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/512412/

    相关文章:

    git - SourceTree/Git 中是否有一个选项可以在推送之前查看其他人的代码?

    mysql - 在 MySQL 数据库上使用版本控制 (Git)

    eclipse - 同步代码存储库中的 Eclipse .classpath

    git - 什么时候需要 git-rebase?

    version-control - 什么是持续集成?

    gradle - Gradle项目的IntelliJ版本控制

    sql - 向现有 SQL Server 数据库添加版本控制

    使用 Oracle 进行数据库源代码控制

    PHP 源代码控制和构建系统

    php - 与一小群开发人员一起从事 PHP 项目