Egit Eclipse最佳实践(play framework 2.0)项目

Egit Eclipse最佳实践(play framework 2.0)项目,eclipse,git,playframework-2.0,egit,Eclipse,Git,Playframework 2.0,Egit,我对git ingeneral、egit和github非常陌生 问题是: 假设我有一个c:/username/workspace name“Test”中的eclipse项目。所以我对它进行了版本化,并将其推送到github。 现在我可以在github的“Test”目录下查看github中的所有文件。在示例/src中。“测试”目录没有版本控制。只有存储库的名称是“Test”。 我的下一步是删除我的本地文件并再次获取我的项目(用于测试)。在那之后,我必须通过egit视图再次导入我的项目(但我必须使用

我对git ingeneral、egit和github非常陌生

问题是:

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

我的问题是:

  • 将项目转移到github以便每个人都能参与的最佳实践是什么?项目文件夹下的所有内容?显然,一些信息在这个过程中丢失了

  • 如何防止每次有人克隆存储库时生成新项目

  • 在工作区内使用git的最佳实践是什么。Eclipse警告不要将项目放在工作区内

  • 我来自subversion背景:/。也许是普遍的误解


    提前感谢

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

    对于Git,只有一个.Git文件夹包含所有内容。第一个冲动是做一件事

     git init
    
    在工作区级别。这将使子文件夹(Eclipse项目)符合源代码管理的条件。但是等等,元数据也是。当然你可以忽略它。但是,您可能不得不忽略许多您不希望受源代码控制的其他文件夹(项目)。当然,应该包括.gitignore。但其他人会忽略不同的文件

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

    在我的桌面上,我的大多数Eclipse工作区都有一个
    工作区
    目录。既然我使用了EGit,我还有一个
    EGit
    目录,在那里我保存了本地EGit存储库。使用EGit共享的Eclipse工作区引用了
    EGit
    的子目录。从GitHub推拉的是这些本地Git存储库


    对不起,时间太长了。我有点忘乎所以。

    您在播放2.1时使用过这种方法吗?