-1

我对一般的 git、egit 和 github 非常陌生。

问题：

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

我的问题：

  1. 将项目推送到 github 以便每个人都可以参与的最佳实践是什么？项目文件夹下的所有内容？显然，一些信息在这个过程中丢失了。

  2. 每次有人克隆存储库时，如何防止生成新项目？

  3. 在工作区中使用 git 的最佳实践怎么样？Eclipse 警告不要将项目放在工作区中。

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

提前致谢

4

1 回答 1

7

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

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

 git init

在工作区级别。这将使子文件夹（Eclipse 项目）有资格进行源代码控制。但是等等，.metadata 也是如此。当然你可以忽略它。但是您可能不得不忽略许多您不想进行源代码控制的其他文件夹（项目）。当然，应该包括 .gitignore。但其他人将有不同的文件要忽略。

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

在我的桌面上，我workspaces的大部分 Eclipse 工作区都有一个目录。现在我使用 EGit，我还有一个egit目录，用于保存本地 EGit 存储库。使用 EGit 共享的 Eclipse 工作区引用egit. 从 GitHub 推送和拉取的正是这些本地 Git 存储库。

对不起，长度。我有点得意忘形了。

于 2012-08-29T03:55:47.213 回答