The following text is a partial translation of the original English article, performed by ChatGPT (gpt-3.5-turbo) and this Jekyll plugin:
分布式团队和同地团队之间存在很大的区别：分布式团队的沟通是异步的，这意味着当你提出问题时，答复不会立即到达。而且，有可能永远不会到达。对于习惯于办公室工作环境的人来说，这可能会让人感到非常不舒服，因为在办公室工作环境中，大部分沟通都是同步的：任何问题都会立即得到回答，无论结果如何。在开源存储库中，一切都是异步的。下面是一个简单的规则，可能会帮助你减少GitHub项目中的挫败感：每次需要答案或注意到你的代码时都给他们发消息。
有四种基本情况：
您发送了一个新的拉取请求。在PR中发布一条消息，请求架构师审查。否则，架构师可能会错过这个拉取请求，它将长时间停留在“等待审查”状态。
您在代码审查人员要求后对拉取请求进行了更改。发布一条消息请他们再次查看您的代码。否则，他们可能永远不会看到您刚刚做的更改。
您可以在问题或拉取请求中发布任何消息。请以您要交谈的人的昵称开头。否则，应该帮助您的人可能不会收到有关您的消息的通知，从而可能被忽略。
此外，听听GitHub的Ben Batler曾经说过的一番话：你基本上永远不会“走到”同事的桌前，无论是虚拟还是实际的。在可能的情况下，更倾向于通过问题和聊天来进行“及时”沟通。
Translated by ChatGPT gpt-3.5-turbo/42 on 2024-04-02 at 10:34
