Java 如何在Eclipse中轻松提交Git
我刚从火星升级到Eclipse Neon。早些时候,我可以从“团队”菜单中选择“提交”,该对话框将为我想要提交的文件提供复选框。我可以很容易地点击“全选”,所有的文件都会被暂存。事实上,如果我没记错的话,存储库中已经存在的文件已经被检查过了 现在EclipseNeon没有弹出对话框,而是显示了一个“GitStaging”视图选项卡。修改后的文件列为“未老化的更改”。是的,我熟悉Git工作流,但这似乎是EclipseUI的倒退。如何“暂存”文件?我是否必须选择它们并将它们拖放到“阶段性更改”中?我必须右键单击它们并将它们添加到索引中吗Java 如何在Eclipse中轻松提交Git,java,eclipse,git,Java,Eclipse,Git,我刚从火星升级到Eclipse Neon。早些时候,我可以从“团队”菜单中选择“提交”,该对话框将为我想要提交的文件提供复选框。我可以很容易地点击“全选”,所有的文件都会被暂存。事实上,如果我没记错的话,存储库中已经存在的文件已经被检查过了 现在EclipseNeon没有弹出对话框,而是显示了一个“GitStaging”视图选项卡。修改后的文件列为“未老化的更改”。是的,我熟悉Git工作流,但这似乎是EclipseUI的倒退。如何“暂存”文件?我是否必须选择它们并将它们拖放到“阶段性更改”中?我
不管发生什么,它都不会让我点击“提交”按钮——它会抱怨没有未老化的文件。我是否缺少了像Eclipse Mars中一样简单的提交方法,即自动暂存文件或至少有一个“stage all”按钮?目前,我正在禁用Windows>首选项>团队>Git>提交中的暂存视图,选择使用老式的提交对话框(Eclipse Mars中的一个对话框)。我没有时间去做额外的列表框选择、鼠标点击和上下文菜单选择来提交我的代码
我希望其他人能想出更好的答案。Git Staging视图很有趣。。。但如果它让我慢下来就不行。选择您的项目-->团队-->提交…,Git暂存控制台将打开 现在按照以下步骤提交或提交并推送更改
- 将相应的树节点拖放到“暂存更改”窗格中。
- 从关联菜单中单击“添加到Git索引”。
在Preferences>Git>Committeing中有一个默认选项:“提交时自动暂存所选资源”。如果选中此选项,则提交时将自动暂存所有已修改的文件(但提交了以前的版本) 因此,只有在向项目中添加全新的文件时,才需要将其暂存。这与旧对话框相同,在旧对话框中,您必须选择新文件,而已选择修改的文件 加快提交过程的另一个技巧是: 1) 焦点已在提交消息框中
2) 您可以在完成邮件后按CTRL+ENTER键进行提交。我想补充一点,在您的计算机上创建本地目录可能是一个有用的主意。然后创建一个简单的文本文件,将其放在本地目录中并执行以下操作
提交并推送到您的个人git回购。老实说,我只是使用git Bash来完成这项工作。它比IDE更容易控制源代码,而不是依赖IDE为您管理源代码。命令行上的Maven也比IDE更能控制源代码——但是对于正常的日常工作,我希望使用IDE进行简单的构建,而不是让IDE妨碍我。我认为我不应该被迫在命令行上使用Maven或Git,你也不应该被迫这么做。简单地说,一般来说,这样做将更有效率和灵活性。让IDE做它最擅长的事情:编辑代码。并让您的源代码管理单独完成它的工作。只是我的意见。在过去,我发现IDE对源代码控制的干扰有太多的负面影响。需要使用IDE进行构建和调试。管理源代码管理并非如此。每个人都有自己的想法:D“让IDE做它最擅长的事情:编辑代码。”啊,我想你指的是所谓的“编辑器”。我指的是集成开发环境,也称为IDE,它旨在将各种工具集成到一个环境中以帮助开发。我同意你的观点,一个普通的编辑不应该处理这个问题。另一方面,IDE。。。好吧,这就是它的目的。:)不,我指的根本不是编辑。我认为IDE最擅长于编辑代码、构建代码以及处理开发、调试和测试需求,但最好将源代码控制和后续部署分开处理。源代码/应用程序/套件的源代码/版本控制。最后的部署是另一个问题。我更喜欢在我的开发环境之外严格控制它,并保持IDE的最佳性能(IMO):开发。不希望我的IDE将文件添加到源代码管理。就像我说的,每个人都有自己的想法:DSo没有办法在一次操作中暂存所有文件吗?你必须一个接一个地乏味地将它们暂存?嗨,@digitig只需按Ctrl+A键选择“未暂存更改”窗格中的所有文件,然后将它们“拖放”到“暂存更改”窗格中,或者右键单击并从上下文菜单中“添加到Git索引”。