Github代码提交 和 日常协同开发（远程仓：Github)

情况一：新建空仓库 （新建空仓库 不勾选自动生成Readme.md)

1.cd项目文件（初始化项目）
git init
git remote add origin git@github.com:你的账户/仓库名.git
git add .
git commit -m “nihao”
git push -u origin master （首次提交）
git push （之后提交）

情况二：非空仓库（勾选自动生成Readme.md)

注意不建议按照 情况一操作 因为会遇到问题 （稍后补充解决方法）

1.cd 项目
git clone git@github.com:你的账户/仓库名.git
2.把本地项目 放进 仓库
3.常规操作(不用初始化项目)
git add .
git commit -m “nihao”
git push

结果是 GitHub 的仓库情况是: 你的账户名/仓库名
代码仓库code> 项目(你的本地项目名)+ Readme.md
这样别人拷贝你的项目是 操作感会欠佳
建议的是用情况一的方法在 GitHub上新建空仓库

Git协同开发的常用操作

Git 的分支开发管理 是一个非常实用的开发技能 日后协同工作中 会经常使用

1. 利用git 客户端操作 使用 ssh 的url 克隆仓库 避免用户密码验证等乱七八糟的错误 一不小心用了https 就会到终端进行操作
2. 在客户端中 新建分支 和 一键（add . Commit) 和 push
3. git checkout master : 切换到主分支
4. git高阶学习

避免冲突

• 更新该分支最新代码，从远程分支仓库拉取 ：GitHub 客户端 操作 branch=》 update master

解决冲突

• 根据提示 找出冲突部分代码 进行修改 再进行合并 客服端会出现 “ xxx form xxx into xxx “ into 后面为主分支

版本回退

• 这里使用Github 客户端 按照界面进行操作 History revert This commit

前端开发者（非大神级） 建议专注重点 哪里方便自己使用的工具 就直接用

日常开发注意事项

• 提交代码之前 保持代码处于最新状态 从远程仓库更新 （远程仓代表项目开发的主分支）

• 在进行代码操作之前时刻关注 当前所处分支（客户端 看 Current Branch )

• 常用的git 终端命令：

  • 查看当前分支： git branch

  • 查看远程仓库地址 ： git remote -v

  • 切换本地项目的主分支： git checkout xxx(分支的名字)

补充：commit - m “提交信息常用规范”

• feat: 新功能,而不是构建脚本的一个新功能

• fix: 修复缺陷

• refactor: 重构（即不是新增功能，也不是修改bug的代码变动）

• chore: 架构配置或工具的变动（即不是新增功能，也不是修改bug的代码变动）

• docs: 文档的变动

• test: 测试(如单元测试 不包括定位缺陷的测试)

• optimize: 优化项目（即不是新增功能，也不是修改bug的代码变动）

• build: 项目打包

• revert: 撤回修改

• merge: 合并分支

关于落地页分析小结 (应付版)

针对人群:!1-3年的前端开发工程师 学习的条件：时间！时间！时间！和一个学习连续性
以自我的经历为认知：这个阶段的职员，能保证上班时间内完成工作就已经算是 自身能力和身边的同事都是较为出色的
自身能力出色 公司项目优秀且盈利 同事又是积极向上 技术过硬 想必 并非这个课程的目标对象
然而我觉得 目标对象是： 好学！ 不安于现状！所处的工作环境不理想（工作氛围，自身工作内容）但是能快速完成工作,力求改变 而又 束手无策的 普通程序员 或是 自学中的 在校大学生。（本身工作内容简单，或是公司对职员的定位问题，需要包工头，泥水师傅，和搬砖）

针对这类群体再简单分析一下：

状况：目前在职程序员的现状（个人单方面见解）有可能是这样： 自我提升空间 很受（工作内容，同事的指引）影响和限制.刚进行业，激情 好奇心的驱使 会使 普通程序员 处于饥饿状态下 有什么 吃什么 导致 消化不良 容易跑遍 而又十分困惑（包括没进入社会的在校大学生）都有个共通点,我应该 “学什么，怎么学，是否工作所需？”

回归本次话题：

1. 课程的吸引力度： 内容描叙符合工作所需，
2. 举一反三提示不足：应该尝试提示列举单元项目的横向性，如除了课程的案例以外的相似实例供参考。
   （并不是 所有人的悟性和理解能力 都较高，应该方向性引导一下,避免为了完成任务而完成任务）
3. 我比较喜欢看单元项目的任务拆解分析（文字部分）我觉得 那应该是开发者的思路和开发的步骤 是精华。我会 花多滴时间去揣摩 为何他要这么设计任务，和 步骤。
4. 关于请求问题的流程的建议（鉴于试学群的积极性交流问题而提出）：
   试学群少有问题提出，按道理应该会有疑问（排除学习时间少 和 自身能够 解决大部分问题者）
   突发奇想 ：因为线上课程，不如弄个老师学员的匿名问答功能 把问题丢到一个池里面 我觉得应该可以提高学员和学员之间，学员和老师之间 的 互动交流
5. 市面上估计也应该有同类型的 课程 ，但是 职场上依然存在很多同学付出了时间和金钱 达不到预期， 工作几年以后 技术还是渣渣 ，工作其实也不就是实战啊，但是为何还是会出现不理想的结果 我觉得课程 结合本项目的教学理念 融入 如何教你科学工作 别让落后的开发思维误导 如何识别技术渣渣同事 等等为突破口 哈哈~
6. 超时提交了 怕耽误 本想写多 写着写着 感觉又有点跑题 就这样吧 ~

封装的思路

垃圾总结 阅读者可忽略

封装之前 要完成一次数据请求的过程：

1. 在vue的原型上 定义axios对象 给 vue实例调用：

2. view 页面触发事件
   this.axios.get(请求的访问服务器地址的路由,{请求的数据})

3. router api:
   创建生成访问服务器的地址（router.get(url,methods) methdos:controller中的方法 用来操作数据库的方法）

4. constoller 调用kenx.js

导致：在每个页面 都直接调用 vue实例上axios对象；

实现封装：

this.axios.get(methods)(url,data)): Methods:axios对象的方法； URL：访问服务器的地址； data:请求所携带的参数； 将上面三者提取出来 （pageOBJ.Methods(require.methods,data);

本次项目对封装的误解原因： router api 路径 只要请求类型不一样路径相同不受影响 

试想一下  如果每次进行请求操作 路径都不相同 那么 封装路径 就变得毫无意义了  

请求所有客户： /api/user
请求修改客户：/api/user/edit/:id
删除单个客户：/api/user/del/:id

竟然封装的核心是提取公共部分，减少重复代码，和 便于 扩展 和维护代码 

那么 api 的路劲 必然是 统一的 /api/user

对于代码的封装 应该从 要封装的（执行过程开始到结束） 代码执行最后最尾最都督的位置 为突破口 
然后 慢慢 回退 利用模块的思想 

我中有你 一层一层嵌套  a<b<c 

Hello markdown

前言 :
这是利用 macdown 编辑文本内容的测试。以下会总结一下，编辑技巧和要点：

符号：

1.”>” 段落竖状分隔线。

2.”#”为段落分级符号，数量代表级数，”##” 代表二级，依次递增共六级。

3.”–”段落分隔线 级数递减就会出现。

没完 后续补上……

操作：

1.每一级段落，需要顶最右边编辑。

2.同级间换行，需要return键 ，空出一行。

没完 后续补上……

​

​
​
​
​
​

​
​

前言：bootstrap 是基于jQery搭建的css框架。

准备

HTML头部注入

#git的配置及操作小结

安装git：

最简单直接官网下载 本地解压安装git
其他方法 后补…

git常用的基本操作指令：

终端 进入新建的本地文件位置 $ cd … $git init
接着切换界面 正常去修改文件夹的内容 …
然后 返回 终端操作git
###以下是重要操作思路

B的0706有点不一样了

我的眼睛将外面的建筑物扫视一个小回 零下A度合后，发觉在她身体内外活动着的人们，包括那几只英文字母动物，他们的内心都带有着澎湃的激情。但是，这一切都掩饰得平淡而充实。我每天都要面对人们，人们每天都会做出按照自我思考而来的活动，因此我们有了不经意的生活交集。至于有无必要，就由个人去做结论了。

生活的历炼不多，没有口才上反驳斥骂的经验，只能用微笑与弱者言语保护自己。与此同时做到了缓解他人心理上宣泄的欲望，减轻了自己一部分本应与其分担宣泄的压力。但是，我希望用前者来解决。

那天，我与A动物有了不经意的生活交集。今天，我与B动物有了不经意的生活交集。将她们用同样的方式写在同一个二维空间里面，以至来彰显她们的共同性。巧合，你我会习惯地忽略，不给予太多的思索。然而，重复，你我会刻意地保留，添加自我的逻辑分析。我用上述保护自己的方式，重复保护了自己。所以，我思考了两起事件的缘由。我对其进行了相关的反问——她们的背后究竟是何种物质，或者是精神力量在支撑着她们泼话不是错的观点？相反，又是什么化学物质在驱使我分泌出勇气去安抚她们的情绪？

B动物，被我的直接性提问（跨级提问）影响了。也打破了以往一惯平静的生活，也许，她不会认为这是工作生活上的乐趣，便执着地将其重命名为烦扰。她不希望她的生活出现半点的不一样，也许过久的乏味而导致她的麻木。所以，我毫不犹豫地安抚其本人。希望能够化解她的怒气……从B身上，我明白到跨级提问的严重性——她位置会略显多余。但是，毕竟她是她，我是我。也许，我会在不久将来赞同她的观点，或者，会一如既往地否决她的重命名。

A动物，她在助人的过程中也宣泄一种怒气，我猜想她在接受任务的过程中接触了前者的不满。然而，化身为演员。在唯一观众——我的面前演绎了一翻……相对于B，对与A我有种难为情，毕竟我有着一种迟来的罪过。

我想说：我是一名学生。但是，众多的AB就活生生地参与着你我的生活。

潜伏在雷锋身上的幸福

三月正是春意黯然的花香季节，乐于助人的雷锋便在不经意间与此搭上了关系。学习“雷锋”— 一种乐于助人的精神，也许你们抱着这样的精神，到生活中实践起来，大爱就会飘扬于四海，幸福就会弥漫在人间。

“雷锋”在我的认知范围内，它是两个可以用来号召，号召那些热爱助人与那些不那么热心助人的中国人去干一些挺有意义的活动的超实用的文字。但是，我看不到幸福会在活动过后便像受精卵那样顺利成人。可能它在子宫中无声地夭折了。如此，避孕式的行为—“只享受高潮，不需要结果”。但是，站在盼望人们能够拥有幸福的角度，我宁愿用真心真意地去为幸福的不流产而不使避孕工具。也许，幸福的人继续幸福，不幸福的人继续躲藏在黑暗的那一角落，蜷缩着……

从另一角度去量度，将追求幸福的行为以“学雷锋”命名，并且将它摆放在如此生机满布大地的初春季节，实在勇气可嘉。也不难地知晓其含义：幸福需要在生命最璀璨时追逐。因而，我也深深地感受到那种对幸福抱着热爱的美好信仰。我陶醉了。不由地我向内心发出了一个普遍人会提出的疑问：能否让“雷锋”生活在每个人的生命中的每一天。但是，我的脑部的某个区域—大脑皮层，迅速般做出解答了，通过突触前膜，突出间隙，突触后膜，树突等一系列的生物学专用名词，总结出了一个结论：这并不可能。 结果对我有点打击，但无畏地我会拿出勇气去追逐幸福，将“学雷锋”进行到底。因为，“学雷锋”是具有意义的行为，尽管有点儿违背阿迪达斯的广告词“Nothing is impossible”,但无关痛痒，它毕竟是广告词。

因此，我恍然大悟：雷锋身上潜伏着幸福。也弄懂那样的不可能缘故：幸福需要追逐。

虽然，我并不了解雷锋先生在古时候做了些什么，但时代赋予”雷锋“的涵义，我却清楚地认识到：以一颗助人为乐，与人为善，以集体利益高于个人利益的舍己为人精神来融入日常生活中的点点滴滴，去让生活在这个国度的我们更幸福一点。

为此那么崇尚朴实的“雷锋”精神，我必须，必需对外宣扬其重要性，不应该有贬斥。即使，有众多不理想的无奈。一方水土养活百样人，而百样人又不约而同地参与到“学雷锋”的活动当中，难免会有幸福上的分歧。

雷锋只是一个名字承载了一些东西罢了。

潜伏在雷锋身上的幸福是可以寻找的，中国人！