月报 起初是前端联盟群为了收集群内分享的链接而做的一次技术沉淀，第一份受 hacke2-蛋总 启发同时也是他提交的。而后来因为前端技术本身的变化百花齐放，也因为我们联盟群的不断壮大，所以内容的类别和形式也趋向于多样化。
- 新的世界也有新的挑战，由于现在群很多，高质量的链接或交流的内容不断的出现，需要一定的力量来沉淀，所以我们专业的编辑团队也应运而生。
- 同时另外一个原因是：前端的变化真的太快了，但我们为什么一个月一发，目的还是想让这个快速的节奏能够慢下来，能够在业余有那么一段时间去集中的消化这个快速变化的信息沉淀。
- 目前虽然各个信息出口比较多，但是内容质量还是不太高，信息噪音太多。我们试图通过一个团队通过一定的专业眼光的识别，推荐质量比较好的文章出来。虽然我们群也有不少同学刚入行，但有这个起点，比一般平台网站的编辑已经高一个档次，在我们其它群的熏陶下，眼界也是不一样的。
首先使用 Git 工具提交到https://github.com/jsfront/month，然后月底的时候由我发布到国内看云平台上JS前端开发群月报，这个平台的优点是：访问速度更快，查询更方便。
推荐 GitHub 使用工具，建议 [WebStorm]() , [Sourcetree]() ，命令行( window 加强 CMD 工具 [Cmder]() ，建议不要下载那个客户端。
- GitHub 如何创建 pull 请求
- GitHub 的 pull request 是指什么意思？
- 利用 WebStorm 来管理你的 GitHub
- 使用 WebStorm 上传代码到 GitHub
- Git本地项目上传 & SourceTree & GitHub 简单使用
- GUI for Git|SourceTree|入门基础
- SourceTree 使用
- Git 操作详细步骤（工作实践经验）
整个流程（其中我为云峰）：
我先 fork 了 jsfront/month 的仓库，然后我从我的仓库克隆到本地修改，修改完后提交到我的仓库，然后我再申请 pull request ，jsfront/month 同意合并后其实整个过程就完了，但是 jsfront/month 经常会有更改就需要我刚那一步在我本地同步一下你的远程仓库，同步后再提交到我的仓库。
具体代码:
# 列出远程仓库 URL
$ git remote -v
# List the current remotes （列出当前远程仓库）
# origin https://github.com/user/month.git (fetch)
# origin https://github.com/user/month.git (push)
# 设置一个新的远程仓库
$ git remote add jsfront [email protected]:jsfront/month.git
# 再次列出远程仓库 URL
$ git remote -v
# jsfront [email protected]:jsfront/month.git (fetch)
# jsfront [email protected]:jsfront/month.git (push)
# origin [email protected]:hiyangguo/month.git (fetch)
# origin [email protected]:hiyangguo/month.git (push)
# 获取上游代码
$ git fetch jsfront
# 检查你的 fork’s 本地 master 分支，如果不在 master 分支就切换到该分支
$ git checkout master
# Switched to branch 'master'
# 合并来自 jsfront/master 的更改到本地 master 分支上。
$ git merge jsfront/master提交合并到 jsfront/month 之后，为了保证与主仓库代码的一致性，还需要进行一次本地与远程仓库的手动更新。
-
内容必须超过当前显示器一屏。
-
文章最好是近期当月发表文章，如果经典文章，可以适当放宽限制。
-
确定文章质量方法：快速的阅读头、中、尾三部分，如果论点明确，论据充分可直接推送。比如：
- 【前端应聘要准备些什么样子的作品？】，前面提出文章背景，中间列举论据，最后得出结论。这是一般文章的大体结构。
- 也有的是平铺式的，结构简单，目录清晰，看起来一目了然。【我的产品观】开发wangEditor一年总结
- 也有的是以反问的形式做为标题，然后以背景开发，以论据为主题：【如何做好一名实习生】
- 有的纯技术文章或者没有注重任何的形式，就是以一系列的问题集合做为主体。这种内容只要超过一屏也是可以的，比如：【你应该知道的JavaScript】
-
文案排版最好能遵循[文案排版规范]()（此规范来自 CODING 最佳实践）。
-
提交时务必注意，有一个清晰的
commit信息（注明提交的内容，修改了什么或者更新了什么），方便代码的整体维护。详见Git提交的正确姿势：Commit message 和 Change log 编写指南
# 正确的做法
$ git commit -m "update:添加了月报的 url "
# 错误的做法
$ git commit -m "update"就是日常月报上的链接从哪里收集，从那里能够得到最新的信息，由于英文的传播问题，这里边暂时只列举中文的，英文的回头的补上，同学有好的英文网站也可以加上。
- 【前端收集】：主要是一个当下流行的前端相关博客收集
- 【稀土掘金】：综合性的资讯网站，但是前端文章质量良莠不齐
- 【博客园】：综合性的博客网站，前端文章同样质量有好有坏
- 【开发者头条】：综合性的资讯网站，但是旧文章比较多
- 【前端乱炖】：专业前端类网站，相对来说更新较慢
- 【sf.gg】：综合性的社区网站，质量有高有低
- 【div.io】：专业前端社区，更新较慢
- 【众成翻译】：中国最好的技术翻译社区，最懂译者的翻译平台，奇虎360最大前端团队“奇舞团”出品。
比如在群内出现频率比较高的问题的提问及实现
- 在线月报或群规页面左上角都有搜索功能，可以输入标题进行搜索
Fork到本地之后可以按项目全文手工查找。- 有的公众号分享的不是原始链接需要通过百度或阅读原文找到原始链接，这是对知识传播最低的要求或对作者创作文章最基本的尊重。
-
我们现在有总的群规，月报，其它技术细分群也有很多个，只有
vuejs群暂时有一个沉淀md文档，但其它相应群还是没有。所以其它群比如：Angularjs,Nodejs,React,移动微信小程序群等等都能够有这样一个文档沉淀。 -
另外我们群内有的比较经常出现的问题还是没有一个页面能够沉淀，这就是我们现在需要做的事情。
- 提交者除了在
GitHub正常的提交记录上出现之外，还会出现在每期的贡献者名单上，这以前没有，这期加上。