本文略译自《Choosing a JavaScript Build Tool – Babel, Browserify, Webpack, Grunt and Gulp》
当我们开启一支新的JavaScript项目时，首要做的一件事之一，就是为项目建立一个构建系统（build system）。然而，由于市面有太多的选择，如果没有经验，针对某个项目构建的特性而「挑选工具」的任务本身，成了一项“开发任务”。
项目构建与源码编译
软件成品的制作可能需要多种原材料，源码（及其编译）只是其中最大的一部分而已，还可能会有多种数据资源；另外，为保证质量，源码（及其编译）也会多种处理，例如语法检测，功能测试等。软件成品的制作的所有任务为「项目构建」。
想像一下，如果存有一种简易的规则，我们遵循这些规则能正确的选择构建工具，无需耗费挑选时间，直接进入开发阶段，这不是很棒？事实上，我有过五年的使用不同自动化构建系统的经验，我掌握这样的简易规则。我知道在什么的情况下使用哪一种构建工具，读完这篇文章，你也可以。
本文略译自《Webpack – A Detailed Introduction》。在开始阅读教程前，如果你是初学者，理解webpack我写了一些抽象提醒，你可随时回来读：
对任务细致的了解极利于对工具／技术细致的认识。本文假设你的任务是：
第一，开发一个前端JS程序／web app；
第二，JS程序使用了第三方的库；
第三，为是了提供「自动化模块化构建」，构建使用了webpack ，webpack本身也是nodejs cli 程序；
这里最巧妙，又容易让人迷惑的地方是，目标程序（前端JS程序），使用的构建工具（webpack），和依赖的第三方库，都是JS模块／软件／程序；
好，开始翻译。
本文略译自《A Beginner’s Guide to Babel》
本文介绍 Babel，一支允许JS开发者现在就能使用下一代 JavaScript （ES6+） 的 JavaScript 转译器（transpiler）或编译器（compiler）。
使用JavaScript构建 web 应用程序常常令人沮丧，我们必须考虑浏览器兼容性问题，例如有想要的功能吗？如果功能未实现时会发生什么情况？有些人会建议干脆不要支持这些功能，但如果我们正在构建一些复杂的东西，不得不后向兼容，这在大多数时候都是一种痛苦的经历。
不了解任务，也就不能更好的使用工具（的特性）—— 陈原
为了保证效率和质量，大型软件项目离不开源码版本的控制与管理（version-control system）工具的帮助，一种编码以外的，属于项目管理的重要工具之一，VCS提供包括「版本跟踪」和「多人协作」的功能。源码版本的控制的概念还是比较直观的，任务不难，但是当功能和任务扩展到版本的多人协作管理，再加上分布式，版本仓库在分布在多个网络节上时，VCS任务变得很复杂。参与VCS的人员涵盖了开发者，项目管理者，和周边人员（系统管理人员，学习者，软件用户），VCS是一个十足的Ecosystem，一种类似生态结构系统。
复杂回报是功能强大，灵活，以Git为例，一种现代的VCS，相当的复杂，相当的强大。然而，这对于初学者，很是畏惧，面对诸多的命令和概念，甚至有点无从下手的感觉。
怎么说Git只是一个工具，只是囊括了多种不同性质「项目源码跟踪和管理任务」，集结了多样的功能，造成学习上的困难，所以学习Git的第一步应该大略「划出这些任务」，和对应的工作角色。
本文具有一定理论性，不是写给初学者的，对读者有一定git经验预设，并且可能对已入门者认识git有一定的提高。
本文以仓库托管商backlog.com提供的教程 （一篇不错Git入门教程，带有理论逻辑概念，不像官方或其它偏实现技术细节的）为纲，加入自己的理解，扩展写成。
另，此托管商提供了100M免费空间可用于个人项目。