Intellij idea IntelliJ中的远程配对编程

结对编程时有没有使用IntelliJ的方法？在v7和v8中有这个选项会很好，但如果需要，我会升级到v9

这个问题有点像问题，但对于IntelliJ用户来说是相反的

---

也类似于我的另一个关于混合环境的问题。

对于简单的在家工作，我可以在工作时在我的盒子上启动vncserver会话，然后启动vncviewer连接到该会话，启动我的所有设计工具（包括IntelliJ）。当我开始工作时，我连接到公司网络并运行第二个vncviewer实例。我不确定限制是什么，但我以前在笔记本电脑和（工作）桌面上都运行过vncviewer，键盘和鼠标的输入都能解决这个问题。我从来没有做过配对编程，但我认为这个想法是在显示器/键盘上安装两套眼睛/手指。添加skype，您可能拥有所需的一切。

如果您可以切换到Eclipse，您可以尝试：

这里有一些屏幕截图：

---

对于idea，我能想到的最多的是：

有一个对该功能的开放请求（在2005年开放）。你可以在那里投票，也许会在某个阶段实施

---

更新：这个请求似乎最终在2021年的版本中实现了。

我们正在努力将Saros Eclipse插件引入IntelliJ平台：

---

VNC的一个很好的替代方案是。它非常轻量级，但不幸的是不支持Linux

---

在IDE级别创建配对会话。它支持许多流行的IDE，从IntelliJ、Eclipse到emacs。

这个工具看起来很有前途。它被称为Floombits，并在IntelliJ Idea的博客上发表了相关文章。让我们一起开会、共享代码，甚至同时编辑同一个文件。

对于OP来说，已经晚了九年，但是其他感兴趣的人可以尝试一下——现在可用于IntelliJ、Eclipse和VS代码。参与者加入浏览器，但在智能感知、验证、参考搜索、导航等方面获得完整的IDE体验。JetBrains插件注册表链接是，下面是一个视频

---

全面披露：我为Genuitec工作，Genuitec是CodeTogether的制造商。

2020年底，Jetbrains发布了自己的远程配对编程插件。它叫与我一起编码

它在IntelliJ IDEA 2020.2.1及更高版本中作为实验功能提供，并可在插件市场中找到

不过请注意，该插件将在将来升级为付费服务。只有早期访问是免费的。（见附博客帖子）

“帮助”页面的摘录：

您可以使用以下基本场景之一启动会话：

• 您可以进行配对编程，在这种情况下，您可以与单个参与者共享IDE，或者使用完全同步模式，或者相互跟踪并在代码的不同部分进行协作。与开发人员共享一个屏幕和一个键盘的经典结对编程不同，您可以独立工作并更快地实现目标

• 您可以有一个师生场景，其中有许多参与者跟随您。假设您需要解释一个问题，并向团队成员展示项目的不同部分。你可以通过强迫别人跟随你的方式来实现这一点

• 您可以与其他参与者同时对代码进行多重编辑。在这种情况下，参与者可以快速更改代码，甚至可以同时处理项目的其他文件。然而，有一个限制是多少参与者可以一起积极打字。限制为5，如果达到该限制，IntelliJ IDEA将显示一个弹出窗口，建议等待。此外，它可能会降低性能

---

有关的更多信息。

如果我们谈论的是eclipse（我们不应该这样），它有一些非常好的特性，例如共享所有源代码，允许两个用户查看不同的点，相当轻的电线重量，因为一旦设置好，您只需发送文本更改。他们的XMPP服务器比gtalk服务器快几光年，在共享项目之前进行清理似乎可以缩短初始设置时间。我刚刚开始使用ScreenHero，我认为它非常好，看起来非常有趣。现在你有六个月的时间了，你能分享一下你的想法吗？看来floobits通过他们的服务器传输代码，这在公司环境中当然不需要。不幸的是，screenhero被slack偷走了，死了。是新的屏幕英雄，同一个团队试图再次强调，我们偶尔在工作中会有成对的编程站，其中我们有一台计算机（远程进入一个开发人员的盒子），带有两套显示器、键盘，虽然我使用的是ApacheGuacamole，但是我有很多使用上述解决方案的经验，所以你只需要一个浏览器就可以了。这是一个很好的解决方案，但如果您只关心IDE共享，那么CodeTogether就更简单了。从2017年开始，这是一个不错的解决方案。从2020年1月开始，现在看来，这是一个不错的解决方案-但我自己在链接到您自己的产品时还没有尝试过，请至少在帖子中明确这一点（不仅仅是您的个人资料）。请看：@PaulRoub谢谢，我不知道这篇文章有什么规则/指导原则-文章已经编辑。我强烈推荐CodeTogether。这是一个关于代码组合和结对编程的播客：所以有一个完美的观众可以看到像这样的问题和答案。SO上的问题不仅与代码本身有关，还应该是“特定的编程问题”或“程序员常用的软件工具”或“软件开发特有的实用、可回答的问题”的地方。换句话说，我强烈反对这样的结束问题，尤其是这些工具的发展。