我将从GIT开始(在工作中)-我应该使用GUI、GUI/终端还是仅使用终端?
我是新获得GIT的,我们将开始在工作中使用它(从Eclipse使用的SVN迁移) 我的问题是: 从长远来看,什么更聪明?通过多个GUI应用程序学习使用GIT,使用多个GUI应用程序和命令行,或者直接使用完整的纯命令行? 只使用命令行命令就疯狂地使用GIT值得花时间吗?你能用命令行做任何事情吗?不利的一面是,它只是浪费时间-和只是简单的愚蠢去命令行2010年 或者,根据我应该做的事情,混合使用命令行和GUI应用程序更明智吗?这样做的缺点是,如果没有GUI应用程序,您将陷入瘫痪 如有任何意见,我们将不胜感激 更新:可视化分支当然是通过GUI应用程序完成的,但对于日常工作:我将从GIT开始(在工作中)-我应该使用GUI、GUI/终端还是仅使用终端?,git,content-management-system,repository,Git,Content Management System,Repository,我是新获得GIT的,我们将开始在工作中使用它(从Eclipse使用的SVN迁移) 我的问题是: 从长远来看,什么更聪明?通过多个GUI应用程序学习使用GIT,使用多个GUI应用程序和命令行,或者直接使用完整的纯命令行? 只使用命令行命令就疯狂地使用GIT值得花时间吗?你能用命令行做任何事情吗?不利的一面是,它只是浪费时间-和只是简单的愚蠢去命令行2010年 或者,根据我应该做的事情,混合使用命令行和GUI应用程序更明智吗?这样做的缺点是,如果没有GUI应用程序,您将陷入瘫痪 如有任何意见,我们将
- 只有GUI
- GUI/命令行
- 只有命令行吗
- 我个人使用命令行和
gitk
。我唯一一次真正使用git gui
是当我只需要准备几个我已经更改过的文件,并且我已经更改了很多其他文件时,因此使用git add-I.
确实不实用
不管怎样,我会先学习命令行。一旦你熟悉了Git命令,你就根本不需要一个漂亮的GUI了。但是不要羞于使用
gitk--all
来可视化存储库,特别是如果你是一个可视化学习者(像我一样)。通过查看命令在存储库提交图上的效果来理解命令的作用是一个非常强大的学习帮助。我想说的是,我了解git在命令行级别的工作方式,因为这是GUI应用程序将调用的
但是,只需使用GUI应用程序来提高您的生产率,并将精力集中在您知道如何使用的事情上
在为时已晚之前了解您正在使用的技术总是一个好主意。Imo,如果您真的想了解git,您必须直接学习这些命令。根据平台的不同,一些GUI和Eclipse插件都有缺点
尽管如此,GUI还是很好地可视化了存储库…对我来说,轻松可视化代码更改是最重要的。SmartGit做得很好,自v2以来,他们已经实现了我所需要的所有功能 我喜欢git命令行,但已经多年不需要使用它了
SmartGit是一个很好的工具,它跨平台、非常简单,功能强大,足以满足苛刻的用户的要求 有人会争辩说,使用命令行比使用任何GUI都要有效得多……所以你选择纯命令行?最终,这取决于你对什么感觉更舒服。不同的人有不同的偏好。。。尝试不同的东西,选择最吸引人的。所以从长远来看,你会说GUI吗?是的,当然。我们是视觉生物,为了快速做出决定,UI永远是最好的方法。但是,当事情出错时,您将不得不求助于命令行,因此要熟悉它。记住,精通git和有效地使用git来提高编码效率是有区别的。不仅是命令行,而且主要是命令行。如上所述,我使用例如
gitk
和gitgui
,但我不使用奇特的shell扩展或任何东西来创建提交或推/拉。我使用gitk
可视化历史,使用gitgui
暂存特定文件或文件部分。我在命令行上执行的所有其他操作。