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