使用Git对于小型内部团队有意义吗？

Question

在我看来，Git是为大型开源项目设计的，有大量的开发人员和团队。

我想知道对于较小的团队(<10)和内部项目(在组织内)来说，Git是否值得。我知道拥有存储库的本地副本对性能有明显的好处(尽管当您的存储库在您的组织内部时，这并不是很重要...)。

你还会推荐Git (以及它带来的复杂性)吗?为什么？

Answer 1

Git并没有那么复杂。它的威力和精确度非常惊人。我不会使用其他任何东西，对于一个人的项目或100,000人的项目。真是那么回事。

我明白为什么人们说它很复杂，但整个事情都被高估了。要做所有你需要做的事情，你最多需要使用10个命令。你不需要理解这10个选项中的每一个选项。只是一些食谱风格的“食谱”。

您需要了解的是Git在本质上是如何不同的。但这并不是因为git很复杂--而是因为Git不同。你可以花一两天的时间挖掘这些信息，然后你就可以开始工作了。

请原谅我的粗鲁，但是Git让文件系统成为它的工具。您可以随意地在软件项目的“交替现实”之间切换。一旦你理解了这个工具是从哪里来的，你就可以完全地、几乎像上帝一样控制组成你的软件的部分和字符了。对于软件开发人员来说，几乎没有这样强大的工具，就这样。

是的，伙计，我推荐Git。去做吧。你会很高兴你这么做了。祝好运。

Answer 2

无论是大团队还是小团队，Git都很有意义。是的，git是复杂的，但这并不意味着你总是要处理这种复杂性。我每天都使用git，除了以下命令之外，我很少执行其他命令：

git branch # To remind myself what features I'm working on.
git checkout <name_of_branch> # To switch to whatever I want to work on.
git checkout -b <name_of_new_feature> # To start work on a new branch
git add <name_of_file> # To add it to the list of tracked files.
git commit -m <commit_message> # To checkpoint my work.
git merge <name_of_branch> # To integrate changes back to trunk.
git branch -d <name_of_branch> # To delete a branch after it has been merged.

实际上，你每天只需要记住几个命令。对于任何比这更复杂的事情，你都可以在文档中查找。

我真的很喜欢git的原因之一是我强烈推荐使用它，那就是你可以保持你的工作的检查点和版本控制，即使它还没有准备好提交到存储库。例如，我可能会在本地多次使用"git commit“，然后才真正将其显示给其他开发人员。这极大地增加了我对更改代码的信心；我可以尝试，而不必担心我当前的工作会丢失--如果出现问题，我总是可以恢复到安全版本。例如，这不适用于SVN，因为任何提交都会出现在主存储库中。

Answer 3

我将Git用于我自己运行的一个项目(团队大小= 1)，以及用于的另一个有5个成员的项目。

我个人喜欢它的原因是：

无痛工作流会累积不同种类的更改(对web工作非常有用，通过超文本传输协议、超文本传输协议或其他方式工作(你永远不必考虑如何提交你习惯的;

• setting - projects);

• it - connect);

• once --
• -connect)；
• once--
  • - --
    • ---，你不能真的回到过去。

对于一个聪明的团队，的好处是更加明显的：

• one可以在分支上工作数周，而不必担心必须修复100个冲突later;
• distributed 甚至更有意义，而且还将代码评审集成到您的流程中。

然而，如果你的团队是愚蠢的(有时可能是真的)或者对有偏见，我强烈推荐而不是 it，因为它需要一定的努力和程序员的好奇心来学习，而且世界上并不是每个人都想分支，合并，使用分布式工作流或任何其他Git必须提供的东西。