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