每天推薦一個 GitHub 優質開源項目和一篇精選英文科技或編程文章原文,歡迎關注開源日報。交流QQ群:202790710;電報群 https://t.me/OpeningSourceOrg


今日推薦開源項目:《用Vue.js開發微信小程序——mpvue
推薦理由:mpvue是一個使用 Vue.js 開發小程序的前端框架。框架基於 Vue.js 核心,mpvue 修改了 Vue.js 的 runtime 和 compiler 實現,使其可以運行在小程序環境中,從而為小程序開發引入了整套 Vue.js 開發體驗。

2018年4月21日:開源日報第44期

該框架有以下優點:

1.徹底的組件化開發能力:提高代碼復用性
2.完整的 Vue.js 開發體驗
3.方便的 Vuex 數據管理方案:方便構建複雜應用
4.快捷的 webpack 構建機制:自定義構建策略、開發階段 hotReload
5.支持使用 npm 外部依賴
6.使用 Vue.js 命令行工具 vue-cli 快速初始化項目
7.H5 代碼轉換編譯成小程序目標代碼的能力

安裝

首先,你需要已經安裝微信開發者工具,鏈接:

https://mp.weixin.qq.com/debug/wxadoc/dev/devtools/download.html

其次,你需要安裝node.js:

https://nodejs.org/

然後你應該能愉快的開始玩耍了

1.切換源

2. 全局安裝vue-cli(vue 官方的一個命令行工具)

3.創建新項目

4.進入文件夾,安裝依賴

成功的話,在test目錄下應該能看見一個dist文件夾

當然,以上是快速搭建的方法,想要自行配置的同學請自行參考:

http://mpvue.com/build/#_2

使用

打開你的

2018年4月21日:開源日報第44期

然後進入

2018年4月21日:開源日報第44期

目錄請選擇之前提到的那個dist文件夾

AppID影響能否真機調試

確定後,便能進入如下界面:

2018年4月21日:開源日報第44期

然後輕鬆愉快的用自己的方式打開src下的代碼進行更改就ok了

mpvue是一個不錯的框架,不論你是想玩一玩(例如我)還是進行開發都是不錯的選擇,vue的學習也不難,預測該項目下周還會在周榜上(笑)

你可能會用到的工具:

mpvue-loader 提供 webpack 版本的載入器:http://mpvue.com/build/mpvue-loader
mpvue-webpack-target webpack 構建目標:http://mpvue.com/build/mpvue-webpack-target
postcss-mpvue-wxss 樣式代碼轉換預處理工具:http://mpvue.com/build/postcss-mpvue-wxss
px2rpx-loader 樣式轉化插件:http://mpvue.com/build/px2rpx-loader
mpvue-quickstart mpvue-quickstart:http://mpvue.com/mpvue/quickstart
mpvue-simple 輔助 mpvue 快速開發 Page / Component 級小程序頁面的工具http://mpvue.com/mpvue/simple

關於webpack

該項目還十分貼心的配了一張圖:

2018年4月21日:開源日報第44期

和webpack的文檔鏈接:https://doc.webpack-china.org/

畢竟我也不了解,只能做到這了(笑)

作者背景簡介

美團點評,隸屬於一家大型(國內頂尖)的外賣——美團外賣。


今日推薦英文原文:《3 tips for organizing your open source project’s workflow on GitHu》作者:

原文鏈接:https://opensource.com/article/18/4/keep-your-project-organized-git-repo

推薦理由:怎麼能更好地在 GitHub 上組織你的開源項目的工作流程呢?這裡有3個tips。

3 tips for organizing your open source project’s workflow on GitHub

document sending
Image by : opensource.com

Managing an open source project is challenging work, and the challenges grow as a project grows. Eventually, a project may need to meet different requirements and span multiple repositories. These problems aren’t technical, but they are important to solve to scale a technical project. Business process management methodologies such as agile and kanban bring a method to the madness. Developers and managers can make realistic decisions for estimating deadlines and team bandwidth with an organized development focus.

At the UNICEF Office of Innovation, we use GitHub project boards to organize development on the MagicBox project. MagicBox is a full-stack application and open source platform to serve and visualize data for decision-making in humanitarian crises and emergencies. The project spans multiple GitHub repositories and works with multiple developers. With GitHub project boards, we organize our work across multiple repositories to better understand development focus and team bandwidth.

Here are three tips from the UNICEF Office of Innovation on how to organize your open source projects with the built-in project boards on GitHub.

1. Bring development discussion to issues and pull requests

Transparency is a critical part of an open source community. When mapping out new features or milestones for a project, the community needs to see and understand a decision or why a specific direction was chosen. Filing new GitHub issues for features and milestones is an easy way for someone to follow the project direction. GitHub issues and pull requests are the cards (or building blocks) of project boards. To be successful with GitHub project boards, you need to use issues and pull requests.

github-open-issues.png

GitHub issues for magicbox-maps, MagicBox's front-end application

GitHub issues for magicbox-maps, MagicBox’s front-end application.

The UNICEF MagicBox team uses GitHub issues to track ongoing development milestones and other tasks to revisit. The team files new GitHub issues for development goals, feature requests, or bugs. These goals or features may come from external stakeholders or the community. We also use the issues as a place for discussion on those tasks. This makes it easy to cross-reference in the future and visualize upcoming work on one of our projects.

Once you begin using GitHub issues and pull requests as a way of discussing and using your project, organizing with project boards becomes easier.

2. Set up kanban-style project boards

GitHub issues and pull requests are the first step. After you begin using them, it may become harder to visualize what work is in progress and what work is yet to begin. GitHub’s project boards give you a platform to visualize and organize cards into different columns.

There are two types of project boards available:

  • Repository: Boards for use in a single repository
  • Organization: Boards for use in a GitHub organization across multiple repositories (but private to organization members)

The choice you make depends on the structure and size of your projects. The UNICEF MagicBox team uses boards for development and documentation at the organization level, and then repository-specific boards for focused work (like our community management board).

Creating your first board

Project boards are found on your GitHub organization page or on a specific repository. You will see the Projects tab in the same row as Issues and Pull requests. From the page, you’ll see a green button to create a new project.

There, you can set a name and description for the project. You can also choose templates to set up basic columns and sorting for your board. Currently, the only options are for kanban-style boards.

github-project-boards-create-board.png

Creating a new GitHub project board.

Creating a new GitHub project board.

After creating the project board, you can make adjustments to it as needed. You can create new columns, set up automation, and add pre-existing GitHub issues and pull requests to the project board.

You may notice new options for the metadata in each GitHub issue and pull request. Inside of an issue or pull request, you can add it to a project board. If you use automation, it will automatically enter a column you configured.

3. Build project boards into your workflow

After you set up a project board and populate it with issues and pull requests, you need to integrate it into your workflow. Project boards are effective only when actively used. The UNICEF MagicBox team uses the project boards as a way to track our progress as a team, update external stakeholders on development, and estimate team bandwidth for reaching our milestones.

github-issues-metadata.png

Tracking progress

Tracking progress with GitHub project boards.

If you are an open source project and community, consider using the project boards for development-focused meetings. It also helps remind you and other core contributors to spend five minutes each day updating progress as needed. If you’re at a company using GitHub to do open source work, consider using project boards to update other team members and encourage participation inside of GitHub issues and pull requests.

Once you begin using the project board, yours may look like this:

github-project-boards-overview.png

Development progress board

Development progress board for all UNICEF MagicBox repositories in organization-wide GitHub project boards.

Open alternatives

GitHub project boards require your project to be on GitHub to take advantage of this functionality. While GitHub is a popular repository for open source projects, it’s not an open source platform itself. Fortunately, there are open source alternatives to GitHub with tools to replicate the workflow explained above. GitLab Issue Boards and Taiga are good alternatives that offer similar functionality.

Go forth and organize!

With these tools, you can bring a method to the madness of organizing your open source project. These three tips for using GitHub project boards encourage transparency in your open source project and make it easier to track progress and milestones in the open.

Do you use GitHub project boards for your open source project? Have any tips for success that aren’t mentioned in the article? Leave a comment below to share how you make sense of your open source projects.


每天推薦一個 GitHub 優質開源項目和一篇精選英文科技或編程文章原文,歡迎關注開源日報。交流QQ群:202790710;電報群 https://t.me/OpeningSourceOrg