OSD600 - 实验2

OSD600 - 实验2

💡 原文英文,约400词,阅读约需2分钟。
📝

内容提要

本周,我向Anh的仓库提交了一个pull request。我实现了一个部分功能,即--token-usage选项,该工具将显示令牌使用情况。Anh的代码与上周相比发生了很大变化,我不得不从头开始仔细阅读和测试他的代码。在测试和阅读过程中,我发现了一些问题,并在他的仓库上创建了问题。然后,我开始着手实现新功能,但遇到了一些问题。由于他当前的代码有很多错误,我无法完成我的代码。我有点困惑,不知道该怎么办。我在想“我应该修复所有错误然后再实现我的部分吗?”或者“我应该只实现我的部分,不与他的其他代码集成,然后让他修复其他问题(其中一些只是错误,一些是关于工具应该如何行为的问题)并集成这部分?”由于我没有完全理解他想要构建的工具的想法,我决定不修复其他问题,只创建问题,然后实现新功能并提交pull request,以便他以后可以使用我的代码。在完成这个实验的过程中,我有一些问题。首先,我犯了一个错误。我在同步forked仓库之前就开始了实现。然后,我意识到它与他的最新提交不同。然后,我同步了它,再次拉取并重新开始工作。我脑海中浮现的问题是“如果在我处理pull request(一些更改、错误修复或新功能)时,所有者对他的代码进行了如此大的更改,以至于我的pull request与合并太不同了怎么办?”我认为,当多个人在一个项目上工作时,这种问题会更频繁。我认为这

🎯

关键要点

  • 本周,我向Anh的仓库提交了一个pull request。

  • 我实现了--token-usage选项的部分功能,该工具将显示令牌使用情况。

  • Anh的代码与上周相比发生了很大变化,我不得不从头开始仔细阅读和测试他的代码。

  • 在测试和阅读过程中,我发现了一些问题,并在他的仓库上创建了问题。

  • 我开始实现新功能,但由于他当前的代码有很多错误,我无法完成我的代码。

  • 我感到困惑,不知道是应该修复所有错误再实现我的部分,还是只实现我的部分并让他修复其他问题。

  • 由于我没有完全理解他想要构建的工具的想法,我决定不修复其他问题,只创建问题并实现新功能。

  • 在实现过程中,我犯了一个错误,未在同步forked仓库之前开始实现。

  • 我意识到我的代码与他的最新提交不同,因此我同步了仓库并重新开始工作。

  • 我担心在处理pull request时,如果所有者对代码进行了重大更改,我的pull request可能会变得难以合并。

  • 我认为在多人协作的项目中,这种问题会更频繁出现,可能会使开发变得更加复杂。

➡️

继续阅读