在我看来,Git是为大型开源项目设计的,拥有大量的开发人员和团队.
我想知道Git是否适合小型团队(<10)和内部项目(组织内部).我知道拥有存储库的本地副本有明显的性能优势(尽管在您的组织内部存储库时这并不重要......).
你还会推荐Git(及其附带的复杂性)以及为什么?
Cha*_*ers 17
Git并不是那么复杂.它非常强大而精确.对于一个人的项目或一个10万人的项目,我不会使用任何其他东西.我真心的.
我明白为什么人们说它很复杂,但整件事都被高估了.要完成您需要做的所有事情,您最多可能需要使用10个命令.而且你不需要了解那10个的每个选项...只是一些烹饪风格的"食谱".
什么,你就需要了解的是一些关于Git是如何不同,在引擎罩.但那不是因为git很复杂 - 这是因为Git不同.你可以花一些时间在一两天的时间里挖掘这些信息,你会很高兴.
原谅我的粗暴,但Git使文件系统成为b*tch.您可以随意在软件项目的"替代现实"之间切换.一旦了解了工具的来源,就可以完全控制构成软件的位和字符.期间,软件开发人员可以使用这种功能的工具很少.
是的,伙计,我推荐Git.做吧.你会很高兴的.祝好运.
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.
Run Code Online (Sandbox Code Playgroud)
实际上每天只需要记住一些命令.对于比这更复杂的事情,您可以随时在文档中查找.
我真正喜欢git的一个原因以及我强烈建议使用它的原因是你可以保持你的工作检查点和版本控制,即使它还没有准备好提交到存储库.例如,在实际向其他开发人员展示之前,我可能会在本地多次使用"git commit".这极大地增加了我对代码进行更改的信心; 我可以尝试而不用担心我现在的工作会丢失 - 如果出现问题,我总能恢复安全版本.这不能说是SVN,例如,在主存储库中可以看到任何提交.
| 归档时间: |
|
| 查看次数: |
3152 次 |
| 最近记录: |