Egit Eclipse最佳实践(play framework 2,.0)项目

时间:2012-08-29 03:26:35

标签: eclipse git playframework-2.0 egit

我非常喜欢git ingeneral,egit和github。

问题:

假设我在c:/ username / workspace name“Test”中有一个eclipse项目。所以我对它进行了版本化并将其推送到github。 现在,我可以在github的github目录下看到我的所有文件。在example / src中。 “Test”目录未进行版本控制。只有存储库的名称是“Test”。 我的下一步是删除我的本地文件并再次获取我的项目(用于测试)。之后我不得不再次导入我的项目(但我不得不使用新的项目向导)在egit视图上。不幸的是,还检测到了错误的scala版本。 (是一个游戏框架项目)。所以我在项目视图中有一个很大的感叹号。

我的问题:

  1. 将项目提交给github以便每个人都可以参与的最佳做法是什么?项目文件夹下的一切?显然,一些信息在整个过程中丢失了。

  2. 每次有人克隆存储库时,如何阻止生成新项目?

  3. 在工作区内使用git的最佳实践如何? Eclipse警告不要将项目放在工作区内。

  4. 我来自颠覆背景:/。也许是一个普遍的误解。

    提前致谢

1 个答案:

答案 0 :(得分:7)

在Eclipse环境中从SVN切换到Git可能需要一些时间。 (我自己也习惯了。)请记住.git文件夹的角色和Git和SVN的.svn文件夹之间的区别。工作副本中的每个文件夹级别都有一个.svn文件夹。传统的Eclipse工作区根目录中没有.svn文件夹。 “源控件”是工作空间的子目录,而不是工作空间本身。这通常很好,因为工作区包含一般不需要共享的桌面特定设置(大部分都在.metadata目录中)。

使用Git,只有一个包含所有内容的.git文件夹。第一个冲动是做一个

 git init

在工作区级别。这将使子文件夹(Eclipse项目)有资格进行源代码管理。但等等,.metadata。当然你可以忽略它。但是你可能不得不忽略很多其他文件夹(项目)你做想要源代码控制。当然,应该包括.gitignore。但是其他人会有不同的文件要忽略。

事实证明,如果将.git文件夹及其兄弟源控制文件夹(Eclipse项目)放置在工作区根目录之外的其他位置,则更容易将Git与Eclipse一起使用。您在Eclipse中的视图不会更改。您仍然可以看到所有项目,包括Git控制和SVN控制以及根本不共享的项目。但在文件系统下面,Git控制的文件夹将在其他地方。这是EGit更喜欢的。

在我的桌面上,我的大多数Eclipse工作区都有一个workspaces目录。现在我使用EGit,我还有一个egit目录,我保存了本地的EGit存储库。使用EGit共享的Eclipse工作区引用egit的子目录。它来自这些本地Git存储库,一个人从GitHub推送和拉出。

抱歉这个长度。我有点沮丧。