[转译]为什么要使用GIF呢？

  GIF是一种图片的格式，大多时候我们看到的动态图片格式都是.gif格式的。很多不明白，动态图片跟Flash都是展现的动态效果，既然如此为何还要使用GIF呢？这里笔者小丹认为，任何一种形式的产生都有其必然的出现原因，那GIF出现的原因又是什么呢？今天笔者小丹分享的这篇文章就是关于GIF的问题。

  自从版本控制系统，如Git和充分利用已经成为的球员现代开发过程已经从根本上改变了。这里有一些原因Git有权提高你的开发工作流程。

  Git鼓励模块化。在即使是小的开发项目中，开发人员常常需要并行处理多个组件。功能、错误#102、一个新的注册表单UI等等。在众多国家中这里有两个主要项目，没有版本控制问题：

  项目依赖项管理将是痛苦的，团队成员必须解决哪些变化影响哪些组件。

  未完成的和实验的代码将混合生产的代码。没有版本控制是一个巨大的机会，有一个不稳定的代码被部署到生产环境中。

  想象一下这些场景。你的用户告诉你，他们不希望功能了。或者如果你发现功能，一个实验特性你一直在工作在不能实现了？你怎么从代码库代码删除安全吗？使用分支是解决这些普遍发展的问题。尽管Git没有版本控制系统（VCS）介绍了分支的概念，这是的友好的。

  Git鼓励创造性和实验。Git分支将提高你的代码质量和生产率。它促进创造力和实验通过你的担心项目的当前版本会影响当你尝试的想法，给你一个环境你可以自信地勘探和开发项目的未来特性。与Git你甚至可以创建多个分支方法给定问题以不同的方式，测试每个你主人的分支，然后选择选择。

  Git允许您撤消你的错误。在Git中，你可以取消几乎所有。能够撤销的事情让你的团队的勇气尝试的想法和概念，而不破坏材料的风险，进而促进文化创新。

  Git明确你的进步。在Git commit指记录改变你的行为在你的源代码。如果使用得当Git便于工艺非常细粒度的提交。你能看到什么变化发生在微观层面：Git将告诉你人物和行源代码已经改变。如果你想比较两个版本的文件或提交的两个之间的区别，你可以Git的问题diff命令，该命令将强调它们之间的差异。一边注意当使用提交：作为一个好的版本控制政策，我建议每个提交应该只包含变化属于一个话题。

  例如，如果你在解决一个特定的错误—我们称之为错误#200，需要多个源代码改变跨多个文件，所有这些变化都应该在一个提交，以便您可以轻松地跟踪您的项目变更相关的bug。通过这种方式您可以文档提交固定错误#200。这个提交政策一个附带的好处是，当你遇到另一个错误类似于您的项目错误#200别的地方月从现在起，你可以检查你如何解决个bug。

  混合不同的主题在一个承诺很难看到什么东西被添加或解决。multi-topic提交也使它更加难以回到前一个版本如果你发现需要这样做。想象一个提交包含更改为特性和功能。如果你发现后,你介绍了一个严重的安全漏洞与功能，你必须回滚代码的主题只是为了摆脱这个问题。

  你可以离线工作，很多公司低估了好处可如果他们的开发人员能够离线工作。代码能够在你的笔记本电脑没有连接到你公司的服务器不仅能够工作在上班还是在家里。更重要的是，能够让你更加万无一失离线工作作为一个团队：风投像Subversion或CVS开发人员不能继续他们的工作当一个中央服务器宕机，这都不是一个问题。在Git中开发人员可以执行他们的个人电脑上的一切，让他们独立基础设施宕机的可能性。

  GIF不会丢失数据。丢失数据和无法恢复它可以打破一个开发项目。我们都听说过或经历过的恐怖故事没有备份和服务器。很高兴知道使用Git时，每个开发人员致力于一个项目有一个全面的拷贝机包括项目的完成改变历史。如果你的团队使用GitHub之类的远程源代码存储库，然后失去你的工作的机会时，现场备份失败要小得多。如果备份分解，失去数据根本没有可能在使用Git：采取任何团队成员的本地存储库并恢复在几分钟内。

  (转载请注明转自：ww***zha***.cn/news/n1616.htm，谢谢!珍惜别人的劳动成果，就是在尊重自己!）