我正在与朋友开始项目，这将是我们中的任何一位合作的第一次。我们都在IntelliJ工作，我们都没有与GitHub有太多经验。我的问题是，我的合作伙伴拒绝在IntelliJ中设置GitHub，因为他发现GUI太陌生了，而且我更喜欢通过命令行执行所有GitHub请求，而我更喜欢通过IntelliJ GUI完成所有这些操作。我知道在IntelliJ中我可以看到基于各种状态的文件颜色编码，而我的伙伴则不能。 有任何人对此有经验吗？我们是否应该以相同的方式使用GitHub，或者我们是如何做得好的。我期待我们采用不同的方法解决问题，但老实说，我不知道自己是否过度担心问题或者是否存在有效问题。
答案 0 :(得分：3)
我的合作伙伴拒绝在IntelliJ中设置GitHub，因为他发现GUI太陌生，并且更愿意通过命令行执行所有GitHub请求
我的方式是一样的。
我们是否应该以相同的方式使用GitHub，或者我们的方式是否正常。
使用不同的工具很好。一般来说，一个人甚至应该能够在他们的工作目录中随时使用git CLI和（主管）git GUI / IDE之间来回切换。
有没有人有这方面的经验？
我是一个使用git的双人团队（但不是GitHub - 但这不重要）。我在Mac上使用CLI，而我的队友在Windows上使用TortoiseGit。 （我认为他也通过Netbeans做了一些git的事情）。我们最初解决Mac与Windows vs Unix问题（与CLI与GUI无关）的问题，但我们使用不同的UI访问git没有问题。
我最大的困难是向我的队友解释如何做一些复杂的事情，比如复杂的篮板，因为不得不翻译＆＃34; CLI命令进入TortoiseGit GUI菜单项/对话框选项，特别是如果用户界面试图成为有用的＆＃34;通过在＆＃34;用户友好＆＃34;下列出命令名字而不是他们的git命令。
我们都没有太多使用GitHub的经验
[肥皂盒]
我认为在刚开始使用git时，熟练掌握git CLI是一个真正的优势。我认为使用CLI可以为git知识奠定良好的基础，并有助于开发一个关于git如何工作的良好心理模型。 GUI，尤其是IDE中的GUI，倾向于尝试抽象/概括版本控制系统（VCS） - 尝试简化UI并在不同的VCS之间保持一致。如果您使用多个VCS和/或不需要非常深入地学习VCS，这是很好的，但如果您想成为一名git guru则不好。
在你熟练掌握git并拥有git范例的坚实心理模型之后，可以随意使用GUI - 此时你将GUI命令映射到你已建立的git心理模型而不是试图建立一个关于git如何从稀释的用户界面起作用的心理模型。
[/肥皂盒]
答案 1 :(得分：2)
用于处理git存储库的工具不会影响协作者的工作流程 - 只要您的工具和服务器正常运行。
IntelliJ等多语言IDE倾向于为每个项目配置一些配置，以了解是否为该项目启用了git功能。如果您的IDE着色文件告诉您他们的git状态，那么您已启用这些功能。如果你的队友没有，他就让他们残疾。就是这样。
您可能没有对这些特定于IDE的配置进行版本控制，因此这就是您有不同设置的原因。但这对合作来说完全没问题。
答案 2 :(得分：2)
如果提交的代码符合您同意的标准，则重要的是：）
在使用任何工具（IDE）之前，请先了解材料（CLI）。由于多种原因，这是非常宝贵的。
如果您通过X提高效率，那太好了！分享它为什么适合你，并让别人来决定它是否适合他们。如果你发现自己声称X是最好的而其他人可以更快地提交 - REEVALUATE。如果你因任何原因必须使用工具X它将成为你的限制（例外：该工具成为事实上的标准）。
如果你看到你的未跟踪/新文件的颜色，非常适合你！但也许你的伴侣不在乎。也许他会在你向他展示Ctrl + V (+4)之后。更令人恐惧的是，如果你们俩都只知道X工具。
自由带来责任。使用Git它非常简单，因为在Atlassian有很好的社区和优秀的教程。