我们目前不使用任何类型的版本控制软件。我们最近开始使用 Eclipse，我们的源代码保存在网络驱动器上。创建了一个 Eclipse 项目，每个人都已将项目导入到他们机器上的 Eclipse 中。由于我们的设置方式，我们总是整天陷入清理/构建循环，这会损害生产力。
我们想开始使用某种 VCS（很可能是 GIT）。我正在设想一个集中的工作流程，每个开发人员在他/她的机器上都有一个本地代码副本。我们宁愿将 GitHub Enterprise 用于共享存储库，而不是将代码托管在 GitHub 上。
我不太确定从哪里开始正确设置此设置。我一直在看视频和阅读教程，但似乎没有一个直接适用于我们想做的事情。GIT 是否适合用于我们想要的设置类型？此外，清理/构建如何与 Eclipse 以及本地副本与共享存储库一起使用？
首先，观看此视频。
其次，如果你使用 Eclipse，你会想要使用EGit. 非常详细的教程在这里。
第三，不要投身于 GIT。在某些时候考虑 SVN（在 GIT 上记录之后）。也许中央版本控制系统会比分布式版本控制系统做得更好。
编辑：
哦，顺便说一句……这里有一个关于这个话题的冗长而著名的问答。祝你好运。
第二次编辑：
至于SVN，在这里你有一个简单的Subversive教程，在这里你可以找到完整的 Subversive 文档。
我会在共享驱动器上创建一个 git 存储库，你根本不需要像 github 这样的服务器。设置完成后，开发人员可以从共享驱动器克隆到他们的本地计算机，并在完成后将更改推送回来。
每个开发人员最终都会得到一份代码的本地副本，他们在其中拥有自己的构建环境，并且不再以彼此的方式存在。
从一个仅包含一些文件的示例项目开始并尝试使用它，因为您需要获得一些版本控制系统的经验。还要学习 git 命令行工具（对于 windows 使用msysgit），因为互联网上的大多数示例都是为这些工具编写的。有关 git 的更多信息，请务必阅读免费的 git 书籍： http: //git-scm.com/book
另请参阅有关在 Windows 共享上使用 git 的问题：How to git clone a repo in windows from other pc on the LAN?
你现在有你的需要，但你的需要会改变。省去以后从 SVN 迁移到 Git 并从 Git 开始的麻烦。以下是使用 Git 而不是 Subversion 的原因：
我的最后一点非常重要。您现在才刚刚开始使用源代码管理。从最佳选择开始。您正处于对自己的需求了解最少的地步。你认为你现在不需要的东西，你以后会需要 - 保证。
GIT 无疑是首选方式，并且与 Eclipse IDE 完美集成。但是您也可以使用 Subversion，因为您想要的只是用户机器上的本地代码副本（称为 subversion 分支）。我说首选方式是因为 GIT 太灵活了：离线提交、代码体的完整副本与分支等......列表太长了。
正如你提到的，你也可以使用 github。大致来说，步骤如下：
您将在 github 中拥有您的代码文件。如果您在 Eclipse 中安装了 Git，这将起作用。我相信 Eclipse Juno 已经安装了 EGit（Git 插件）
为了解决构建问题，您可以使用设置一些持续集成工具，例如 Jenkins。这也可以设置为 Eclipse 插件。
用于 Eclipse 的 EGIT是将 git 集成到 Eclipse 项目环境中的好方法。
另外，如果你在windows上，你可以下载Github for Windows，真的很简单，用起来很有效。
正如一些人已经指出的那样，有问题
使用 GIT 的最佳方式？
在您的情况下（零 SCM 经验），最佳和公平公正的答案将是
与“为什么 Git 比 Subversion 更好？”相反。您还可以阅读的主题（快速回忆的一些子集）
并检查git 标签下的其他主题，并带有多个 Git 男孩的感叹。
虽然 Subversion 是相当不错的选择（无论如何都有一些边角：即使您认为开发是线性的，您也可能陷入“合并地狱”：某些分支可能而且必须发生，进入具有著名的“树冲突”错误的“重构噩梦” ...）您可以考虑“可用作 Subversion 并且比 Git 更强大”的替代方案（即使您只使用所需的小部分或整体功能）： - Mercurial “具有人脸的 DVCS，由软件工程师为软件工程师制作，不适合时髦的人”。