gpt4 book ai didi

version-control - checkin 源代码管理之前的程序?

转载 作者:行者123 更新时间:2023-12-03 18:16:58 24 4
gpt4 key购买 nike

我开始在工作中获得“破坏构建的人”的声誉。

问题不在于我正在编写狡猾的代码,而是在将我的修复程序检查回源代码管理时,一切都出错了。

我经常做一些愚蠢的事情,比如:

  • 忘记添加新文件
  • 不小心 checkin 了一个修复了一半的错误和另一个错误修复的代码
  • 中检查文件之前忘记将文件保存在 VS 中

    我需要养成一些习惯/工具来阻止这种情况。

    你经常做些什么来确保你 checkin 的代码是正确的,什么是需要输入的?

    编辑

    我忘了提到这里的事情会变得非常困惑。我经常在同一代码库中同时处理两到三件事。当我办理登机手续时,我真的只想办理其中一项。

    最佳答案

    几点建议:

  • 尝试一次解决一个问题。对代码库进行不相关的更改很容易,这些更改最终会作为一个带有糟糕日志消息的大块提交。 Git 在这里表现出色,因为您可以轻松地移动 switch 分支,以及存储和挑选更改。
  • 在提交之前运行 status 命令以查看您接触了哪些文件,以及您是否创建了需要添加到版本控制的新文件。
  • 运行 diff 命令以查看您实际更改的内容。很多时候,您会发现您保留了一些应该删除的调试日志记录,或者进行了一些不必要的更改,这只会使差异变得困惑。尝试使您的差异尽可能小而干净。
  • 确保您的工作副本包含您所做的更改
  • checkin 前更新并确保您的工作副本与其他人的更改一起构建
  • 运行您可能需要的任何冒烟测试套件以确保您的更改正常工作
  • 进行小而频繁的提交。当破坏性提交很小时,找出破坏构建的原因要容易得多。

  • 团队可以做的其他事情是像 David M 建议的那样设置一个持续集成服务器,以便尽快自动发现损坏的构建。

    关于version-control - checkin 源代码管理之前的程序?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2057511/

    24 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com