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