git优秀开源软件_Git如何重新定义开源软件开发

git优秀开源软件

不难解释为什么开源开发的兴起已成为软件和硬件行业的分水岭事件的十几个不同原因。 我们所有人都可以坚定地站在jQuery，Bootstrap和Apache的肩膀上，从而更快地构建新的Web应用程序。 诸如Ruby，PHP和Python之类的语言为Internet提供动力，而诸如Linux和FreeBSD之类的操作系统则为成千上万家公司和服务奠定了基础。

但是开源不仅与我们可以使用的免费工具有关，还与开发人员社区有关，这些社区将帮助支持疯狂的新想法，并为他们提供繁荣，发展和改变世界的机会。 在封闭源代码世界中永远不会出现的想法。

我最喜欢的示例是我心中亲爱的工具，因为它使我在开发领域的小众市场再次令人兴奋：Git。 在Git之前，版本控制世界已经过时了。 动荡的90年代让位给20世纪90年代版本超级大国之间的冷战。 Git带回了有关版本控制工作流程的争论！ 哎呀，让人们再次关心版本控制工具很有趣。 对于版本控制的书呆子，这一直是必杀技。

Git是一款出色的软件，它重新定义了我们进行开源开发以及总体上软件开发的方式。 当然，在此之前还有其他分布式版本控制工具，但是在我这个行业中，没有什么事情能如此显着地改变我们对版本和共享工作的方式。

虽然有点疯狂。 核心版本文件系统提供了其强大的功能和灵活性，可以用多种不同的方式使用。 构建在该核心引擎之上的是带有数十个标志的数十个命令，所有这些标志都以有用的（即使是偶尔无法预测的）方式操纵该系统。 其中许多命令是由不同的开发人员分别开发的。 因此，他们可以对相似的问题采取截然不同的方法。

Git还由一个非常熟悉命令行的社区编写。 他们习惯于在没有护栏的环境中工作：任何在错误的位置意外运行'rm -rf *'的人都会告诉您，您只犯一次错误。 这样做的副作用是，Git的防护栏没有用户期望的版本控制系统那么多。

个人最喜欢的例子是reflog。 如果您不熟悉Git，可以将其大致描述为更改了版本文件的版本控制操作的本地日志。 当您运行错误的命令时，reflog是您的救星，而且从根本上来说，它们丢失了所有工作。 Git的伟大之处在于它永远不会消失，您只需要知道在哪里看即可。

现在，想象一下一个在固定的封闭源代码公司中创建Git的世界。 想象一下董事会会议揭露的地方：

董事会： “这是一项了不起的技术！它将改变一切。您看到任何挑战吗？”

开发人员： “好吧，我们确实发现我们偶尔会意外删除当前分支并丢失所有工作...”

董事会： “好吧，那肯定是个错误吗？我想您会添加一个护栏以防止数据丢失？”

开发人员： “这并不是真正的错误。我们只需要学习如何更好地使用该工具即可。但是，我们有一个解决方案来减轻意外数据丢失。”

董事会： “谢谢！这是什么？”

开发人员： “我们提供了一个更通用的解决方案。我们引入了一个单独的版本控制系统，称为reflog，以便我们可以对版本控制操作进行版本控制。如果删除分支，则只需扫描reflog中的适当SHA并恢复它！”

木板慢慢地退了出去。

至于像帖子史蒂夫Losh的Git的Koans表明，有很多疯狂到Git的。 我个人很难想象现在有一家公司设计并销售Git。 对于新用户而言，存在太多的矛盾和陷阱。 但是，这些不一致和陷阱是成为强大而灵活的工具的自然副作用。 没有那些粗糙边缘的Git不一定是我们都知道和喜欢的Git。

好消息是开源开发社区在那里进行了培育和支持，它添加了诸如bisect之类的令人敬畏的功能，并提供了大量的优秀文档和教程来教新手。 这种支持使钻石成为了世界上几乎最受欢迎的版本控制系统中的一颗钻石。

我们都曾想过这个疯狂的想法，但不太确定该怎么做。 试图将这些想法付诸实践可能会很恐怖-失败很糟糕。 花上周末的时间来建设那些没人望而却步的东西可能会令人沮丧。 好消息是，如果您的想法具有一定的潜力，那么那里有一个社区将希望帮助您使疯狂的钻石闪耀。 谁知道，您在脑海中展开的那个周末项目也可能会彻底改变软件开发。

翻译自: https://opensource.com/life/14/4/git-redefine-open-source-software-dev

git优秀开源软件