Java 在Eclipse中为许多开发人员共享工作区

我如何在Eclipse（Helios或Indigo）中共享一个工作区，以便许多开发人员能够在一个项目中工作

我知道SVN，但我不想用它

---

专家们能推荐一个简单的解决方案吗？

如果一个Eclipse实例在工作区上运行，工作区将被锁定。Eclipse的第二个实例无法打开相同的工作区。这意味着，如果您确实想在开发人员之间直接共享工作区，那么他们就不能同时工作。

如果工作区上运行了一个Eclipse实例，那么工作区将被锁定。Eclipse的第二个实例无法打开相同的工作区。这意味着，如果您确实想在开发人员之间直接共享工作区，那么他们就不能同时工作。

使用

mount

ed（shared）dir作为项目源目录，并不时单击F5。如果开发人员团队足够小的话，应该可以工作。工作区只能由一个eclipse实例使用（它持有基于文件的锁）。

使用

mount

ed（shared）目录作为项目源目录，并不时单击F5。如果开发人员团队足够小的话，应该可以工作。工作区只能由一个eclipse实例使用（它持有基于文件的锁）。

您绝对应该使用源代码管理，无论是SVN、Git还是其他。这无疑是管理项目和防止开发人员互相干涉的最佳方式

你能解释一下你反对源代码管理吗

如果你真的在寻找一个快速的解决方案，那么把项目放在一个共享的网络文件夹中怎么样。一个人可以在该位置设置项目，并且将在该目录中创建

.project

文件（以及其他文件）。然后，每个开发人员将在自己的工作站上安装Eclipse。然后，他们可以从共享文件夹“导入”现有项目。这意味着所有开发人员都在同一时间编辑相同的文件。这是可行的，但是如果两个人同时编辑相同的文件，你会遇到问题（一个人的编辑肯定会丢失）。源代码管理的存在是为了避免这样的问题

---

编辑：注意共享项目和共享工作空间之间的区别。您不能在多人之间共享工作区；每个开发人员都应该在自己的计算机上本地保存自己的工作区。您可以共享一个项目，每个单独的工作区都会指向该项目。

您绝对应该使用源代码管理，无论是SVN、Git还是其他。这无疑是管理项目和防止开发人员互相干涉的最佳方式

你能解释一下你反对源代码管理吗

如果你真的在寻找一个快速的解决方案，那么把项目放在一个共享的网络文件夹中怎么样。一个人可以在该位置设置项目，并且将在该目录中创建

.project

文件（以及其他文件）。然后，每个开发人员将在自己的工作站上安装Eclipse。然后，他们可以从共享文件夹“导入”现有项目。这意味着所有开发人员都在同一时间编辑相同的文件。这是可行的，但是如果两个人同时编辑相同的文件，你会遇到问题（一个人的编辑肯定会丢失）。源代码管理的存在是为了避免这样的问题

---

编辑：注意共享项目和共享工作空间之间的区别。您不能在多人之间共享工作区；每个开发人员都应该在自己的计算机上本地保存自己的工作区。您可以共享一个项目，每个单独的工作区都将指向该项目。

工作区概念绝对不是为多个Eclipse实例共享而设计的。我认为尝试这样做是一个非常糟糕的主意

如果您希望开发人员在相同的代码库上进行协作，那么您必须共享Eclipse项目，无论共享介质是什么（网络文件系统、SCM等等）。然后，每个开发人员必须在其本地工作区中导入共享项目（而不在本地复制）

---

现在，如果您有一些配置要共享给所有开发人员，那么您应该在项目首选项上进行这些配置，而不是为本地工作区进行设置。

工作区概念绝对不是为多个Eclipse实例共享而设计的。我认为尝试这样做是一个非常糟糕的主意

如果您希望开发人员在相同的代码库上进行协作，那么您必须共享Eclipse项目，无论共享介质是什么（网络文件系统、SCM等等）。然后，每个开发人员必须在其本地工作区中导入共享项目（而不在本地复制）

---

现在，如果您有一些配置要共享给所有开发人员，那么您应该在项目首选项上进行这些配置，而不是为本地工作区进行设置。

最常见的情况是，您不想共享工作区，因为人们使用不同版本的Eclipse/Netbeans进行不同的设置，相反，您希望将代码和工作区分开

最常见的情况是，源代码存在于SVN或更好的Mercurial或Git等版本工具中。然后签出源代码并将其导入eclipse工作区（但不要将其存储在工作区）。如果你不想使用版本工具，你不能合并两个开发者同时编辑的文件，而不需要做很多工作

如果你认为SVN是一个大的设置检查出来，这是非常容易的，你可以非常简单的设置一个代表，一个非常好的mac版本是

---

干杯

最常见的情况是，您不想共享工作区，因为人们使用不同版本的Eclipse/Netbeans进行不同的设置，而希望将代码和工作区分开

最常见的情况是，您在