这一节我们介绍进程管理工具; 使用进程管理工具,我们可以查询程序当前的运行状态,或终止一个进程; 任何进程都与文件关联;我们会用到lsof工具(list opened files),作用是列举系统中已经被打开的文件。在linux环境中,任何事物都是文件,设备是文件,目录是文件,甚至sockets也是文件。用好lsof命令,对日常的linux管理非常有帮助。 5.1. 查询进程 查询正在运行的进程信
我们提供了一套 CLI 脚手架工具,协助开发者快速搭建一个基于 Vue 的 PWA 工程,并且迅速体验 PWA 效果。 准备 本地安装最新版本的 Node.js Node.js:https://nodejs.org/ Git:https://git-scm.com/downloads 学习 Vue 相关知识 Vue: https://cn.vuejs.org Vuex: https://vuex.
外部依赖 内部依赖 伞工程 在伞依赖之中 总结 本章我们简短地讨论在Mix中如何管理依赖。 我们的应用程序kv完成了,现在是时候实现我们第一章提到的那个处理请求的服务器了: CREATE shopping OK PUT shopping milk 1 OK PUT shopping eggs 3 OK GET shopping milk 1 OK DELETE shopping eggs OK 我
5.4.2 多工程报告 在一个既有应用工程又有库工程的多工程里,当在同时运行所有测试的时候,生成一个包含所有测试结果的报告是非常有用的。 为了达到这一目的,需要同一构件中的另外一个插件,可以通过如下方式应用: buildscript { repositories { mavenCentral() } dependencies { classp
添加资源 资源管理器 提供了三种在项目中添加资源的方式: 通过 创建按钮 添加资源 在操作系统的文件管理器中,将资源文件复制到项目资源文件夹下,之后再打开或激活 Cocos Creator 窗口,完成资源导入。 从操作系统的文件管理器中(比如 Windows 的文件资源管理器或 Mac 的 Finder),拖拽资源文件到 资源管理器 面板来导入资源 从外部导入资源 从操作系统中的其他窗口拖拽文件到
随着 Serverless 技术的兴起和成熟,越来越多的应用选择云+端一体化的研发模式,云即以函数计算为代表的 Serverless 计算服务,端即小程序、Native、Web、IoT 等多端应用。Rax 工程通过 build-plugin-rax-faas 插件打通 Rax 与阿里云的 FaaS 能力,提供云端一体化的研发能力。 前置依赖 build-plugin-rax-faas 基于阿里云的
目前基于npm的程序越来越多,那么package.json就显得十分必要了。前面两节已经强调了webpack.config.js和package.json的重要性。但是,往往有很多同学不清楚这些基础的配置,导致各种问题抛出。 需要了解什么 如果大家都是单一职责的工程师,比如单纯的前端工程师。那么他在开发的时候需要了解什么?这个对于项目的开发者而言,比较重要。因为,一个比较的好界限可以让你快速上手工
Linux 下有很多命令行工具供我们使用,每个工具总是提供了大量参数供我们选择;实际工作中,我们用到的工具,最常用的总是那么几个参数组合,为此,我写了这本书相对实用的书。
架构图 SOFARPC 从下到上分为两层: 核心层:包含了我们的 RPC 的核心组件(例如我们的各种接口、API、公共包)以及一些通用的实现(例如随机等负载均衡算法)。 功能实现层:所有的功能实现层的用户都是平等的,都是基于扩展机制实现的。 蚂蚁内部使用的版本也只是开源版本上增加一些内部扩展而已。 当然你也可以增加自己三方扩展,参见:扩展机制 模块划分 各个模块的实现类都只在自己模块中出现,一般不
安装 JDK7 及以上,Maven 3.2.5 及以上。 直接下载代码,然后执行如下命令: cd sofa-rpc mvn clean install 注意:不能在子目录(即子模块)下进行编译。因为 SOFARPC 模块太多,如果每个子模块都会install 和 deploy,仓库内会有较多无用记录。 所以在设计 SOFARPC 工程结构的时候,我们决定各个子模块组件是不需要 install 和
NEI 3.0 版本和以往版本有所不同,可以直接在 NEI 平台上定义工程规范 工程规范定义了工程的初始化目录结构,在使用本工具构建项目的时候,会按照定义好的目录和文件数据在本地生成相应的目录和文件 工程规范和项目的关联方式 在项目的"工具设置"中,我们可以分别指定项目的"WEB工程规范"、"AOS工程规范"、"iOS工程规范"以及"测试工程规范" 除了设置项目的工程规范外,还可以为项目设置"变量
修改文件,将它们更新的内容添加到索引中. $ git add file1 file2 file3 你现在为commit做好了准备,你可以使用 git diff 命令再加上 --cached 参数 ,看看哪些文件将被提交(commit)。 $ git diff --cached (如果没有--cached参数,git diff 会显示当前你所有已做的但没有加入到索引里的修改.) 你也可以用git
Truffle 大多数命令都是在 Truffle 项目目录下运行的。 所以第一步是创建一个 Truffle 项目。 可以创建一个空项目模板,不过对于刚接触Truffle的同学,推荐使用Truffle Boxes,它提供了示例应用代码和项目模板。 我们将使用MetaCoin box作为案例,它创建一个可以在帐户之间转移的Token(代币)。 为 Truffle 项目创建新目录: mkdir Meta
当在团队开发中使用版本控制系统时,商定一个统一的工作流程是至关重要的。Git 的确可以在各个方面做很多事情,然而,如果在你的团队中还没有能形成一个特定有效的工作流程,那么混乱就将是不可避免的。 基本上你可以定义一个完全适合你自己项目的工作流程,或者使用一个别人定义好的。 在这章节中我们将一起学习一个当前非常流行的工作流程 git-flow。 什么是 git-flow? 一旦安装安装 git-flo
分支的工作流程要取决于它的使用背景,我们可以将它分为两个主要的方面。 注释 请记住,在这里它只是一个语义层面上的划分。在技术和实用层面上,一个分支就是一个分支,它们的原理都是一样的。 (A) 短期分支(Short-Lived)/主题分支(Topic Branches) 在本书前面的章节中已经提到了我对建立分支的一些建议,例如:对应新功能的分支,修复错误的分支 以及 进行代码尝试所建立的分支。这些分