Commit 402f8f7b authored by TianYh's avatar TianYh

''

parents 74afb569 b086492b
......@@ -21,6 +21,7 @@
* 1.3配置安卓环境变量
在用户变量下配置 ANDROID_HOME ,PATH
![ANDROID_HOME](/picture/android-home.png)
![PATH](/picture/android-path.png)
......@@ -38,6 +39,7 @@
![](/picture/android-platform-3.png)
![](/picture/android-platform-4.png)
![](/picture/android-platform-5.png)
以及android6.0~4.0的`SDK Platform`,`Sources for Android SDK`
......
# 前段开发搭建
#### 前段代码的下载
\ No newline at end of file
# 前端开发搭建
---
### I. 技术掌握
**注:APP项目采用Ionic+Angular1.0+Cordova进行开发,开发前请先熟悉下对应的语法**
* ionic 查看文档 http://www.runoob.com/ionic/ionic-tutorial.html
**注:**部分组件介绍不正确,具体查看官网
* angular 查看文档 http://www.runoob.com/angularjs/angularjs-tutorial.html
**注:**建议查看官网
* Cordova 插件使用 http://ngcordova.com/docs/plugins/
**注:**插件具体用法参照[github](https://github.com/),部分插件可能会出现版本兼容问题
### II. 环境搭建
* 1.0`git clone`下载对应的源码
```
│ .bowerrc
│ .editorconfig
│ .gitignore (git忽略文件)
│ bower.json (bower配置)
│ gulpfile.js (gulp集成工具配置)
│ ionic.config.json (ionic项目配置)
│ ionic.project
│ package.json
│ README.md (项目README,请在此处写上项目开发的注意信息,方便团队协同)
├─app
│ │ app.js (app核心js)
│ ├─config (配置文件)
│ ├─img (图片资源)
│ ├─pages (功能页面)
│ │ ├─applications (主页功能)
│ │ ├─charts (报表)
│ │ ├─login (登录页)
│ │ ├─myInfo (我的)
│ │ ├─tab (tab)
│ │ └─tools (工具)
│ ├─scripts (公用js)
│ ├─scss (公用sscc)
│ └─theme
│ app.core.scss (页面全部sscc)
├─hooks
├─plugins(插件)
├─publish
├─res
├─resources(图表和启动页)
└─www
index.html
```
* 2.0 搭建环境
* 项目根目录下执行`cnpm install`,出现以下内容表示下载成功
![](/picture/cnpm-install.png)
此时文件夹中会新增`node_modules`文件夹 此文件夹下包含node.js的资源文件
* 项目根目录下执行`bower install`,出现以下内容表示下载成功
![](/picture/bower-install.png)
此时`app`文件夹中会新增`lib`文件夹,里面包函了本次项目使用的资源
* 项目根目录下执行`gulp build-dev`,构建开发环境(项目代码会进行合拼压缩进入`www`文件夹下)
**注:** gulp命令的使用请查考 [gulpfile.js](/ionic/gulpjs.md)
![](/picture/gulp-build-dev2.png)
* 项目根目录下执行`ionic serve`运行代码 出现一下则表示成功
![](/picture/ionic-serve.png)
浏览器端访问`http://localhost:8100/#/login`即可
\ No newline at end of file
# Git简明教程
***
# 1. git四大域
***
git四大域:工作目录,暂存区,仓库,远程仓库。
git对文件的操作都是在四大域上进行的,文件可以在四大域内与四大域间进行各种操作。(有一个例外,进行“git stash”系列操作时,文件可能被保存到四大域外的堆栈中)
![](http://i.imgur.com/UB94Upo.png)
# 2. git常用命令
***
![](http://i.imgur.com/jqW1Odo.png)
## 1. 设置
***
### 1. `config`命令
***
- `git config --global user.name lavor`:配置全局用户名,若不要“--global”或者将“global”改为“local”则表示配置局部用户名
- `git config --global user.email lavor@qq.com`:配置全局电子邮箱
- `git config --global alias.cm commit`:配置别名,为git命令配置别名,还可以配置复合操作,比如 `git config --global alias.pom 'push origin master'`注意复合操作中不可以带`-``""`
- `git config --list`:显示所有配置信息
### 2. `help`命令
***
- `git help`:显示帮助信息,会显示一些常见git命令及其意义
## 2. 创建项目
***
### 1. `init`命令
***
- `git init`:在本地初始化一个git仓库
### 2. `clone`命令
***
- `git clone git@github.com:lavor-zl/Github-Git.git`:从远程服务器克隆一个仓库到本地,**如果gitlab发现pull或者push出现SSL问题,先在cmd执行git config --global http.sslVerify false**
## 3. 基本操作
***
### 1. `add`命令
***
- `git add README`:添加工作目录的文件到暂存区
### 2. `status`命令
***
- `git status`:显示工作树的状态,一般有三种状态
- `Untracked files`:未被跟踪的文件,表示是工作目录新增加的文件
- `Changes not staged for commit`:工作目录中修改了文件,但是没有被添加到暂存区
- `Changes to be committed`:添加到暂存区的文件,等待提交
### 3. `commit`命令
***
- `git commit -m "提交消息"`:提交暂存区的文件,带有提交消息
- `git commit -a -m "提交消息"`:跳过暂存区,直接提交工作目录中所有改变的文件,但是不能提交工作目录中新增的文件
- `git commit --author=lavor -m "提交消息"`:提交暂存区的文件,并重写提交作者
- `git commit --date=06.13.2016T09:00:00 -m "提交消息"`:提交暂存区的文件,并重写提交日期
- `git commit --amend -m "提交消息"`:通过创建一个新的提交,以替换当前分支的前端。所代表的含义就是在最新一次提交的基础上进行提交。比如我们完成了最新一次提交,并且这次提交完成后我们对工作目录进行了一些修改,但是我们发现某个文件忘了添加到暂存区并提交,我们可以先添加该文件到暂存区,然后利用该命令进行提交。
### 4. `reset`命令
***
- `git reset`:将暂存区的所有文件重置到当前分支的HEAD
- `git reset <commit> files`:将暂存区的指定文件重置到指定的`<commit>`,`<commit>`既可以是commit的hash(或者hash前7位)也可以是`HEAD`及其祖先,`HEAD~1`表示`HEAD`的父亲,是`HEAD`的前一次提交,没有`<commit>`时默认是`HEAD`
- `git reset [--hard|soft|mixed|merge|keep] [<commit>]`:将当前的分支重设到指定的`<commit>`,并且根据`mode`有可能更新暂存区和工作目录。`mode`的取值可以是hard、soft、mixed、merged、keep。
- `hard`:重置暂存区与工作目录到指定提交,删除`<commit>`之后的所有提交并将`HEAD`指向该提交,此操作危险指数较大(应慎用)
- `soft`:暂存区与工作目录不会变化,仅仅删除`<commit>`之后的所有提交并将`HEAD`指向该提交
- `mixed`:默认的,重置暂存区到指定提交,删除`<commit>`之后的所有提交并将`HEAD`指向该提交
- `merge``keep`用的比较少,暂时不讨论
**`HEAD`是指向当前分支引用的指针,该指针指向在该分支上的最后一个提交的指针。这意味着`HEAD`将是下一个创建的提交的父亲。一般来说,把你的`HEAD`作为你最后一次提交的快照,是最简单的。`HEAD~1`表示`HEAD`的前一次提交,`HEAD~2`表示`HEAD`的前两次提交,以此类推**
### 5. `rm`命令
***
- `git rm files`:删除工作目录的文件
- `git rm -f files`:强制删除工作目录的文件,不做更新检查
- `git rm --cached files`:删除暂存区的文件
### 6. `mv`命令
***
- `git mv oldfile newfile`:为文件重命名
- `git mv files dir`:移动文件到指定目录
- `git mv -f oldfile newfile`:强制为文件重命名,即使目标文件已存在
- `git mv -f files dir`:强制移动文件到指定目录名,即使目标文件已存在
## 4. 分支与合并
***
### 1. `branch`命令
***
- `git branch`:查看所有分支
- `git branch branchname`:创建分支
- `git branch branchname <commit>`:以特定提交为基创建分支
- `git branch -d branchname`:删除分支
- `git branch -D branchname`:强制删除分支
- `git branch -m [oldbranchname] newbranchname`:移动或者删除分支
- `git branch -M [oldbranchname] newbranchname`:强制移动或者删除分支
- `git branch -r`:列出所有被跟踪的远程分支
- `git branch -r -d branchname`:删除被跟踪的远程分支
- `git branch -a`:列出所有本地分支与被跟踪的远程分支
### 2. `checkout`命令
***
- `git checkout`:检查本地仓库分支与远程仓库分支的差异
- `git checkout branchname|tagname`:切换分支或切换到指定`tag`,同名时优先切换分支
- `git checkout tags/tagname`:切换到指定`tag`
- `git checkout -b branchname`:新建分支并切换到该分支上
- `git checkout -B branchname`:强制新建分支并切换到该分支上
### 3. `merge`命令
***
- `git merge branchname`:将指定分支合并到当前分支上(默认附带提交操作),在`merge`后面使用`-m <message>`表示提交消息
- `git merge <commit>`:将指定提交合并到当前分支上
- `git merge oldbranchname newbranchname`:将`oldbranchname`分支合并到`newbranchname`分支上
- `git merge --squash branchname`:将指定分支上所有修改放入当前分支工作目录与暂存区,不提交
- `git merge no--squash branchname`:将指定分支上所有修改放入当前分支工作目录与暂存区,并提交
### 4. `mergetool`命令
***
- `git mergetool`:在“merge”命令执行之后出现冲突时执行该命令,用来解决合并的冲突,冲突解决完了不要忘了提交
### 5. `stash`命令
***
- `git stash`:储藏工作目录与暂存区的状态到堆栈中
- `git stash pop [stash@{id}]`:恢复到指定储藏的状态(默认是最近一次储藏的状态),并从堆栈中移除该储藏
- `git stash apply [stash@{id}]`:恢复到指定储藏的状态(默认是最近一次储藏的状态)
- `git stash drop [stash@{id}]`:并从堆栈中移除指定储藏(默认是最近一次储藏)
- `git stash list`:显示所有储藏信息
### 6. `tag`命令
***
同大多数 VCS 一样,Git 也可以对某一时间点上的版本打上标签。
- `git tag`:列出所有标签
- `git tag -l 'v1.*'`:列出符合一定条件的标签
- `git tag tagname`:新建标签
## 5. 分享与更新项目
***
### 1. `fetch`命令
***
- `git fetch`:下载远程仓库“origin”到本地
- `git fetch remoterepository`:下载指定远程仓库到本地
- `git fetch remoterepository branchname`:下载指定远程仓库指定分支到本地
### 2. `pull`命令
***
- `git pull remoterepository branchname[:localbranch]`:拉取指定远程仓库指定分支到本地仓库指定分支(默认是当前分支)
### 3. `push`命令
***
- `git push remoterepository localbranch[:remotebranch] [--tags]`:推送本地仓库指定分支到远程仓库指定分支(默认是与本地分支同名的远程分支),默认是不推送标签到远程仓库的,加上`--tags`就会推送标签
### 4. `remote`命令
***
- `git remote`:查看所有与本地仓库关联的远程仓库
- `git remote -v`:查看所有与本地仓库关联的远程仓库,并显示`url`
- `git remote add remote-name remote-url`:添加与本地仓库关联的远程仓库
- `git remote rename oldname newname`:为远程仓库重命名
- `git remote remove remote-name`:移除远程仓库
### 5. `submodule`命令
***
- `git submodule add repository-url dir`:添加仓库到指定目录,使之成为本仓库的子模块
- `git submodule init`:初始化子模块
- `git submodule update`:更新子模块
**子模块是本仓库依赖的另一个仓库,但是我们不会对所依赖的仓库(子模块)进行修改,只会在必要的时候进行更新操作。**
## 6. 考察与比较
***
### 1. `show`命令
***
- `git show [-times]`:显示最近`times`次(默认是一次)提交的所有对象信息
### 2. `log`命令
***
- `git log`:查看提交记录
- `git log --all`:查看所有提交记录
- `git log --oneline`:查看提交记录,以`oneline`形式显示,只显示一行,显示的内容时提交hash的前7位与提交消息
- `git log -p -times`:表示查看最近`times`次提交改变的内容
- `git log -stat [-times]`:查看最近`times`次(默认是所有)提交记录,并显示文件的差异分析
### 3. `diff`命令
***
- `git diff`:查看工作目录与暂存区的差异
- `git diff --cached [<commit>]`:查看暂存区与指定提交(默认是HEAD)的差异
- `git diff <commit>`:查看工作目录与指定提交的差异
- `git diff <commit>`:查看工作目录与指定提交的差异
- `git diff <commit> <commit>`:查看两次指定提交的差异
- `git diff branchname`:查看工作目录与指定分支的差异
- `git diff branchname branchname`:查看两个指定分支间的差异
上面的所有操作后面都可以加上`-- dir`表示查看该目录下面的差异,在后面加上`>patchname.patch`表示将差异生成补丁,`patchname`是补丁的名字。
### 4. `shortlog`命令
***
- `git shortlog`:显示总提交次数与每次提交的提交消息
### 5. `describe`命令
***
- `git describe [<commit>|<tag>]`:查看指定提交或者指定标签(默认是最近一次提交)的注解标签信息
- `git desribe --tags [<commit>|<tag>]`:查看指定提交或者指定标签(默认是最近一次提交)的标签信息
- `git desribe --all [<commit>|<tag>]`:查看指定提交或者指定标签(默认是最近一次提交)的引用信息
### 6. `reflog`命令
***
- `git reflog`:显示所有提交,下拉,推送,与切换分支操作
- `git reflog --all`:显示所有提交,下拉,推送操作
## 7. 修补
*** 
### 1. `apply`命令
***
- `git apply [--index|--cached] patchname.patch`:在暂存区与工作目录或者暂存区(默认是工作目录)打补丁
- `git apply --reverse|-R patchname.patch`:反向打补丁
- `git apply --reject patchname.patch`:打补丁,将没有冲突的文件合并,将有冲突的文件标记出来,并生成对应的`.rej`文件
### 2. `cherry-pick`命令
***
- `git cherry-pick <commit>`:将另一个分支上面的指定提交应用到当前分支上
- `git cherry-pick banchname`:将指定分支上面的最后一次提交应用到当前分支上
### 3. `rebase`命令
***
- `git rebase branchname`:将指定分支上所有修改应用到当前分支上
- `git rebase branchname branchname`:将第一个指定分支上所有修改应用到第二个分支上
`rebase`加上`-i`会提供交互式的变基操作,在交互式操作中常用命令:
![](http://i.imgur.com/zD7PgjP.png)
### 4. `revert`命令
***
- `git revert <commit>`:恢复一个指定提交
## 8. 调试
***
### 1. `bisect`命令
***
使用二分查找,找到引入bug的提交
- `git bisect start`:开始二分查找
- `git bisect bad [<commit>]`:设置指定提交(默认是当前分支)为bad
- `git bisect good [<commit>]`:设置指定提交(默认是当前分支)为good
输入了上面三个命令后就会自动开始二分查找,我们之后只需要标记当前提交时bad还是good就行了,如果当前找的的提交时bad就输入`git bisect bad`,否则输入`git bisect good`直到找到有bug的提交。
### 2. `blame`命令
***
显示修改和作者最后修改的文件的每一行,这就是一个“问责”的命令,如果哪里有问题,我们可以很快地找到该问题是谁导致的。
- `git blame filename`:查看指定文件所有的操作者,看看是谁错误地修改了该文件
### 3. `grep`命令
***
- `git grep keys`:在工作目录中所有文件中搜索`keys`
- `git grep --cached keys`:在暂存区中所有文件中搜索`keys`
<<<<<<< HEAD
# Git简明教程
***
# 1. git四大域
***
git四大域:工作目录,暂存区,仓库,远程仓库。
git对文件的操作都是在四大域上进行的,文件可以在四大域内与四大域间进行各种操作。(有一个例外,进行“git stash”系列操作时,文件可能被保存到四大域外的堆栈中)
![](http://i.imgur.com/UB94Upo.png)
# 2. git常用命令
***
![](http://i.imgur.com/jqW1Odo.png)
## 1. 设置
***
### 1. `config`命令
***
- `git config --global user.name lavor`:配置全局用户名,若不要“--global”或者将“global”改为“local”则表示配置局部用户名
- `git config --global user.email lavor@qq.com`:配置全局电子邮箱
- `git config --global alias.cm commit`:配置别名,为git命令配置别名,还可以配置复合操作,比如 `git config --global alias.pom 'push origin master'`注意复合操作中不可以带`-``""`
- `git config --list`:显示所有配置信息
### 2. `help`命令
***
- `git help`:显示帮助信息,会显示一些常见git命令及其意义
## 2. 创建项目
***
### 1. `init`命令
***
- `git init`:在本地初始化一个git仓库
### 2. `clone`命令
***
- `git clone git@github.com:lavor-zl/Github-Git.git`:从远程服务器克隆一个仓库到本地,**如果gitlab发现pull或者push出现SSL问题,先在cmd执行git config --global http.sslVerify false**
## 3. 基本操作
***
### 1. `add`命令
***
- `git add README`:添加工作目录的文件到暂存区
### 2. `status`命令
***
- `git status`:显示工作树的状态,一般有三种状态
- `Untracked files`:未被跟踪的文件,表示是工作目录新增加的文件
- `Changes not staged for commit`:工作目录中修改了文件,但是没有被添加到暂存区
- `Changes to be committed`:添加到暂存区的文件,等待提交
### 3. `commit`命令
***
- `git commit -m "提交消息"`:提交暂存区的文件,带有提交消息
- `git commit -a -m "提交消息"`:跳过暂存区,直接提交工作目录中所有改变的文件,但是不能提交工作目录中新增的文件
- `git commit --author=lavor -m "提交消息"`:提交暂存区的文件,并重写提交作者
- `git commit --date=06.13.2016T09:00:00 -m "提交消息"`:提交暂存区的文件,并重写提交日期
- `git commit --amend -m "提交消息"`:通过创建一个新的提交,以替换当前分支的前端。所代表的含义就是在最新一次提交的基础上进行提交。比如我们完成了最新一次提交,并且这次提交完成后我们对工作目录进行了一些修改,但是我们发现某个文件忘了添加到暂存区并提交,我们可以先添加该文件到暂存区,然后利用该命令进行提交。
### 4. `reset`命令
***
- `git reset`:将暂存区的所有文件重置到当前分支的HEAD
- `git reset <commit> files`:将暂存区的指定文件重置到指定的`<commit>`,`<commit>`既可以是commit的hash(或者hash前7位)也可以是`HEAD`及其祖先,`HEAD~1`表示`HEAD`的父亲,是`HEAD`的前一次提交,没有`<commit>`时默认是`HEAD`
- `git reset [--hard|soft|mixed|merge|keep] [<commit>]`:将当前的分支重设到指定的`<commit>`,并且根据`mode`有可能更新暂存区和工作目录。`mode`的取值可以是hard、soft、mixed、merged、keep。
- `hard`:重置暂存区与工作目录到指定提交,删除`<commit>`之后的所有提交并将`HEAD`指向该提交,此操作危险指数较大(应慎用)
- `soft`:暂存区与工作目录不会变化,仅仅删除`<commit>`之后的所有提交并将`HEAD`指向该提交
- `mixed`:默认的,重置暂存区到指定提交,删除`<commit>`之后的所有提交并将`HEAD`指向该提交
- `merge``keep`用的比较少,暂时不讨论
**`HEAD`是指向当前分支引用的指针,该指针指向在该分支上的最后一个提交的指针。这意味着`HEAD`将是下一个创建的提交的父亲。一般来说,把你的`HEAD`作为你最后一次提交的快照,是最简单的。`HEAD~1`表示`HEAD`的前一次提交,`HEAD~2`表示`HEAD`的前两次提交,以此类推**
### 5. `rm`命令
***
- `git rm files`:删除工作目录的文件
- `git rm -f files`:强制删除工作目录的文件,不做更新检查
- `git rm --cached files`:删除暂存区的文件
### 6. `mv`命令
***
- `git mv oldfile newfile`:为文件重命名
- `git mv files dir`:移动文件到指定目录
- `git mv -f oldfile newfile`:强制为文件重命名,即使目标文件已存在
- `git mv -f files dir`:强制移动文件到指定目录名,即使目标文件已存在
## 4. 分支与合并
***
### 1. `branch`命令
***
- `git branch`:查看所有分支
- `git branch branchname`:创建分支
- `git branch branchname <commit>`:以特定提交为基创建分支
- `git branch -d branchname`:删除分支
- `git branch -D branchname`:强制删除分支
- `git branch -m [oldbranchname] newbranchname`:移动或者删除分支
- `git branch -M [oldbranchname] newbranchname`:强制移动或者删除分支
- `git branch -r`:列出所有被跟踪的远程分支
- `git branch -r -d branchname`:删除被跟踪的远程分支
- `git branch -a`:列出所有本地分支与被跟踪的远程分支
### 2. `checkout`命令
***
- `git checkout`:检查本地仓库分支与远程仓库分支的差异
- `git checkout branchname|tagname`:切换分支或切换到指定`tag`,同名时优先切换分支
- `git checkout tags/tagname`:切换到指定`tag`
- `git checkout -b branchname`:新建分支并切换到该分支上
- `git checkout -B branchname`:强制新建分支并切换到该分支上
### 3. `merge`命令
***
- `git merge branchname`:将指定分支合并到当前分支上(默认附带提交操作),在`merge`后面使用`-m <message>`表示提交消息
- `git merge <commit>`:将指定提交合并到当前分支上
- `git merge oldbranchname newbranchname`:将`oldbranchname`分支合并到`newbranchname`分支上
- `git merge --squash branchname`:将指定分支上所有修改放入当前分支工作目录与暂存区,不提交
- `git merge no--squash branchname`:将指定分支上所有修改放入当前分支工作目录与暂存区,并提交
### 4. `mergetool`命令
***
- `git mergetool`:在“merge”命令执行之后出现冲突时执行该命令,用来解决合并的冲突,冲突解决完了不要忘了提交
### 5. `stash`命令
***
- `git stash`:储藏工作目录与暂存区的状态到堆栈中
- `git stash pop [stash@{id}]`:恢复到指定储藏的状态(默认是最近一次储藏的状态),并从堆栈中移除该储藏
- `git stash apply [stash@{id}]`:恢复到指定储藏的状态(默认是最近一次储藏的状态)
- `git stash drop [stash@{id}]`:并从堆栈中移除指定储藏(默认是最近一次储藏)
- `git stash list`:显示所有储藏信息
### 6. `tag`命令
***
同大多数 VCS 一样,Git 也可以对某一时间点上的版本打上标签。
- `git tag`:列出所有标签
- `git tag -l 'v1.*'`:列出符合一定条件的标签
- `git tag tagname`:新建标签
## 5. 分享与更新项目
***
### 1. `fetch`命令
***
- `git fetch`:下载远程仓库“origin”到本地
- `git fetch remoterepository`:下载指定远程仓库到本地
- `git fetch remoterepository branchname`:下载指定远程仓库指定分支到本地
### 2. `pull`命令
***
- `git pull remoterepository branchname[:localbranch]`:拉取指定远程仓库指定分支到本地仓库指定分支(默认是当前分支)
### 3. `push`命令
***
- `git push remoterepository localbranch[:remotebranch] [--tags]`:推送本地仓库指定分支到远程仓库指定分支(默认是与本地分支同名的远程分支),默认是不推送标签到远程仓库的,加上`--tags`就会推送标签
### 4. `remote`命令
***
- `git remote`:查看所有与本地仓库关联的远程仓库
- `git remote -v`:查看所有与本地仓库关联的远程仓库,并显示`url`
- `git remote add remote-name remote-url`:添加与本地仓库关联的远程仓库
- `git remote rename oldname newname`:为远程仓库重命名
- `git remote remove remote-name`:移除远程仓库
### 5. `submodule`命令
***
- `git submodule add repository-url dir`:添加仓库到指定目录,使之成为本仓库的子模块
- `git submodule init`:初始化子模块
- `git submodule update`:更新子模块
**子模块是本仓库依赖的另一个仓库,但是我们不会对所依赖的仓库(子模块)进行修改,只会在必要的时候进行更新操作。**
## 6. 考察与比较
***
### 1. `show`命令
***
- `git show [-times]`:显示最近`times`次(默认是一次)提交的所有对象信息
### 2. `log`命令
***
- `git log`:查看提交记录
- `git log --all`:查看所有提交记录
- `git log --oneline`:查看提交记录,以`oneline`形式显示,只显示一行,显示的内容时提交hash的前7位与提交消息
- `git log -p -times`:表示查看最近`times`次提交改变的内容
- `git log -stat [-times]`:查看最近`times`次(默认是所有)提交记录,并显示文件的差异分析
### 3. `diff`命令
***
- `git diff`:查看工作目录与暂存区的差异
- `git diff --cached [<commit>]`:查看暂存区与指定提交(默认是HEAD)的差异
- `git diff <commit>`:查看工作目录与指定提交的差异
- `git diff <commit>`:查看工作目录与指定提交的差异
- `git diff <commit> <commit>`:查看两次指定提交的差异
- `git diff branchname`:查看工作目录与指定分支的差异
- `git diff branchname branchname`:查看两个指定分支间的差异
上面的所有操作后面都可以加上`-- dir`表示查看该目录下面的差异,在后面加上`>patchname.patch`表示将差异生成补丁,`patchname`是补丁的名字。
### 4. `shortlog`命令
***
- `git shortlog`:显示总提交次数与每次提交的提交消息
### 5. `describe`命令
***
- `git describe [<commit>|<tag>]`:查看指定提交或者指定标签(默认是最近一次提交)的注解标签信息
- `git desribe --tags [<commit>|<tag>]`:查看指定提交或者指定标签(默认是最近一次提交)的标签信息
- `git desribe --all [<commit>|<tag>]`:查看指定提交或者指定标签(默认是最近一次提交)的引用信息
### 6. `reflog`命令
***
- `git reflog`:显示所有提交,下拉,推送,与切换分支操作
- `git reflog --all`:显示所有提交,下拉,推送操作
## 7. 修补
*** 
### 1. `apply`命令
***
- `git apply [--index|--cached] patchname.patch`:在暂存区与工作目录或者暂存区(默认是工作目录)打补丁
- `git apply --reverse|-R patchname.patch`:反向打补丁
- `git apply --reject patchname.patch`:打补丁,将没有冲突的文件合并,将有冲突的文件标记出来,并生成对应的`.rej`文件
### 2. `cherry-pick`命令
***
- `git cherry-pick <commit>`:将另一个分支上面的指定提交应用到当前分支上
- `git cherry-pick banchname`:将指定分支上面的最后一次提交应用到当前分支上
### 3. `rebase`命令
***
- `git rebase branchname`:将指定分支上所有修改应用到当前分支上
- `git rebase branchname branchname`:将第一个指定分支上所有修改应用到第二个分支上
`rebase`加上`-i`会提供交互式的变基操作,在交互式操作中常用命令:
![](http://i.imgur.com/zD7PgjP.png)
### 4. `revert`命令
***
- `git revert <commit>`:恢复一个指定提交
## 8. 调试
***
### 1. `bisect`命令
***
使用二分查找,找到引入bug的提交
- `git bisect start`:开始二分查找
- `git bisect bad [<commit>]`:设置指定提交(默认是当前分支)为bad
- `git bisect good [<commit>]`:设置指定提交(默认是当前分支)为good
输入了上面三个命令后就会自动开始二分查找,我们之后只需要标记当前提交时bad还是good就行了,如果当前找的的提交时bad就输入`git bisect bad`,否则输入`git bisect good`直到找到有bug的提交。
### 2. `blame`命令
***
显示修改和作者最后修改的文件的每一行,这就是一个“问责”的命令,如果哪里有问题,我们可以很快地找到该问题是谁导致的。
- `git blame filename`:查看指定文件所有的操作者,看看是谁错误地修改了该文件
### 3. `grep`命令
***
- `git grep keys`:在工作目录中所有文件中搜索`keys`
- `git grep --cached keys`:在暂存区中所有文件中搜索`keys`
=======
# Git简明教程
***
# 1. git四大域
***
git四大域:工作目录,暂存区,仓库,远程仓库。
git对文件的操作都是在四大域上进行的,文件可以在四大域内与四大域间进行各种操作。(有一个例外,进行“git stash”系列操作时,文件可能被保存到四大域外的堆栈中)
![](http://i.imgur.com/UB94Upo.png)
# 2. git常用命令
***
![](http://i.imgur.com/jqW1Odo.png)
## 1. 设置
***
### 1. `config`命令
***
- `git config --global user.name lavor`:配置全局用户名,若不要“--global”或者将“global”改为“local”则表示配置局部用户名
- `git config --global user.email lavor@qq.com`:配置全局电子邮箱
- `git config --global alias.cm commit`:配置别名,为git命令配置别名,还可以配置复合操作,比如 `git config --global alias.pom 'push origin master'`注意复合操作中不可以带`-``""`
- `git config --list`:显示所有配置信息
### 2. `help`命令
***
- `git help`:显示帮助信息,会显示一些常见git命令及其意义
## 2. 创建项目
***
### 1. `init`命令
***
- `git init`:在本地初始化一个git仓库
### 2. `clone`命令
***
- `git clone git@github.com:lavor-zl/Github-Git.git`:从远程服务器克隆一个仓库到本地,**如果gitlab发现pull或者push出现SSL问题,先在cmd执行git config --global http.sslVerify false**
## 3. 基本操作
***
### 1. `add`命令
***
- `git add README`:添加工作目录的文件到暂存区
### 2. `status`命令
***
- `git status`:显示工作树的状态,一般有三种状态
- `Untracked files`:未被跟踪的文件,表示是工作目录新增加的文件
- `Changes not staged for commit`:工作目录中修改了文件,但是没有被添加到暂存区
- `Changes to be committed`:添加到暂存区的文件,等待提交
### 3. `commit`命令
***
- `git commit -m "提交消息"`:提交暂存区的文件,带有提交消息
- `git commit -a -m "提交消息"`:跳过暂存区,直接提交工作目录中所有改变的文件,但是不能提交工作目录中新增的文件
- `git commit --author=lavor -m "提交消息"`:提交暂存区的文件,并重写提交作者
- `git commit --date=06.13.2016T09:00:00 -m "提交消息"`:提交暂存区的文件,并重写提交日期
- `git commit --amend -m "提交消息"`:通过创建一个新的提交,以替换当前分支的前端。所代表的含义就是在最新一次提交的基础上进行提交。比如我们完成了最新一次提交,并且这次提交完成后我们对工作目录进行了一些修改,但是我们发现某个文件忘了添加到暂存区并提交,我们可以先添加该文件到暂存区,然后利用该命令进行提交。
### 4. `reset`命令
***
- `git reset`:将暂存区的所有文件重置到当前分支的HEAD
- `git reset <commit> files`:将暂存区的指定文件重置到指定的`<commit>`,`<commit>`既可以是commit的hash(或者hash前7位)也可以是`HEAD`及其祖先,`HEAD~1`表示`HEAD`的父亲,是`HEAD`的前一次提交,没有`<commit>`时默认是`HEAD`
- `git reset [--hard|soft|mixed|merge|keep] [<commit>]`:将当前的分支重设到指定的`<commit>`,并且根据`mode`有可能更新暂存区和工作目录。`mode`的取值可以是hard、soft、mixed、merged、keep。
- `hard`:重置暂存区与工作目录到指定提交,删除`<commit>`之后的所有提交并将`HEAD`指向该提交,此操作危险指数较大(应慎用)
- `soft`:暂存区与工作目录不会变化,仅仅删除`<commit>`之后的所有提交并将`HEAD`指向该提交
- `mixed`:默认的,重置暂存区到指定提交,删除`<commit>`之后的所有提交并将`HEAD`指向该提交
- `merge``keep`用的比较少,暂时不讨论
**`HEAD`是指向当前分支引用的指针,该指针指向在该分支上的最后一个提交的指针。这意味着`HEAD`将是下一个创建的提交的父亲。一般来说,把你的`HEAD`作为你最后一次提交的快照,是最简单的。`HEAD~1`表示`HEAD`的前一次提交,`HEAD~2`表示`HEAD`的前两次提交,以此类推**
### 5. `rm`命令
***
- `git rm files`:删除工作目录的文件
- `git rm -f files`:强制删除工作目录的文件,不做更新检查
- `git rm --cached files`:删除暂存区的文件
### 6. `mv`命令
***
- `git mv oldfile newfile`:为文件重命名
- `git mv files dir`:移动文件到指定目录
- `git mv -f oldfile newfile`:强制为文件重命名,即使目标文件已存在
- `git mv -f files dir`:强制移动文件到指定目录名,即使目标文件已存在
## 4. 分支与合并
***
### 1. `branch`命令
***
- `git branch`:查看所有分支
- `git branch branchname`:创建分支
- `git branch branchname <commit>`:以特定提交为基创建分支
- `git branch -d branchname`:删除分支
- `git branch -D branchname`:强制删除分支
- `git branch -m [oldbranchname] newbranchname`:移动或者删除分支
- `git branch -M [oldbranchname] newbranchname`:强制移动或者删除分支
- `git branch -r`:列出所有被跟踪的远程分支
- `git branch -r -d branchname`:删除被跟踪的远程分支
- `git branch -a`:列出所有本地分支与被跟踪的远程分支
### 2. `checkout`命令
***
- `git checkout`:检查本地仓库分支与远程仓库分支的差异
- `git checkout branchname|tagname`:切换分支或切换到指定`tag`,同名时优先切换分支
- `git checkout tags/tagname`:切换到指定`tag`
- `git checkout -b branchname`:新建分支并切换到该分支上
- `git checkout -B branchname`:强制新建分支并切换到该分支上
### 3. `merge`命令
***
- `git merge branchname`:将指定分支合并到当前分支上(默认附带提交操作),在`merge`后面使用`-m <message>`表示提交消息
- `git merge <commit>`:将指定提交合并到当前分支上
- `git merge oldbranchname newbranchname`:将`oldbranchname`分支合并到`newbranchname`分支上
- `git merge --squash branchname`:将指定分支上所有修改放入当前分支工作目录与暂存区,不提交
- `git merge no--squash branchname`:将指定分支上所有修改放入当前分支工作目录与暂存区,并提交
### 4. `mergetool`命令
***
- `git mergetool`:在“merge”命令执行之后出现冲突时执行该命令,用来解决合并的冲突,冲突解决完了不要忘了提交
### 5. `stash`命令
***
- `git stash`:储藏工作目录与暂存区的状态到堆栈中
- `git stash pop [stash@{id}]`:恢复到指定储藏的状态(默认是最近一次储藏的状态),并从堆栈中移除该储藏
- `git stash apply [stash@{id}]`:恢复到指定储藏的状态(默认是最近一次储藏的状态)
- `git stash drop [stash@{id}]`:并从堆栈中移除指定储藏(默认是最近一次储藏)
- `git stash list`:显示所有储藏信息
### 6. `tag`命令
***
同大多数 VCS 一样,Git 也可以对某一时间点上的版本打上标签。
- `git tag`:列出所有标签
- `git tag -l 'v1.*'`:列出符合一定条件的标签
- `git tag tagname`:新建标签
## 5. 分享与更新项目
***
### 1. `fetch`命令
***
- `git fetch`:下载远程仓库“origin”到本地
- `git fetch remoterepository`:下载指定远程仓库到本地
- `git fetch remoterepository branchname`:下载指定远程仓库指定分支到本地
### 2. `pull`命令
***
- `git pull remoterepository branchname[:localbranch]`:拉取指定远程仓库指定分支到本地仓库指定分支(默认是当前分支)
### 3. `push`命令
***
- `git push remoterepository localbranch[:remotebranch] [--tags]`:推送本地仓库指定分支到远程仓库指定分支(默认是与本地分支同名的远程分支),默认是不推送标签到远程仓库的,加上`--tags`就会推送标签
### 4. `remote`命令
***
- `git remote`:查看所有与本地仓库关联的远程仓库
- `git remote -v`:查看所有与本地仓库关联的远程仓库,并显示`url`
- `git remote add remote-name remote-url`:添加与本地仓库关联的远程仓库
- `git remote rename oldname newname`:为远程仓库重命名
- `git remote remove remote-name`:移除远程仓库
### 5. `submodule`命令
***
- `git submodule add repository-url dir`:添加仓库到指定目录,使之成为本仓库的子模块
- `git submodule init`:初始化子模块
- `git submodule update`:更新子模块
**子模块是本仓库依赖的另一个仓库,但是我们不会对所依赖的仓库(子模块)进行修改,只会在必要的时候进行更新操作。**
## 6. 考察与比较
***
### 1. `show`命令
***
- `git show [-times]`:显示最近`times`次(默认是一次)提交的所有对象信息
### 2. `log`命令
***
- `git log`:查看提交记录
- `git log --all`:查看所有提交记录
- `git log --oneline`:查看提交记录,以`oneline`形式显示,只显示一行,显示的内容时提交hash的前7位与提交消息
- `git log -p -times`:表示查看最近`times`次提交改变的内容
- `git log -stat [-times]`:查看最近`times`次(默认是所有)提交记录,并显示文件的差异分析
### 3. `diff`命令
***
- `git diff`:查看工作目录与暂存区的差异
- `git diff --cached [<commit>]`:查看暂存区与指定提交(默认是HEAD)的差异
- `git diff <commit>`:查看工作目录与指定提交的差异
- `git diff <commit>`:查看工作目录与指定提交的差异
- `git diff <commit> <commit>`:查看两次指定提交的差异
- `git diff branchname`:查看工作目录与指定分支的差异
- `git diff branchname branchname`:查看两个指定分支间的差异
上面的所有操作后面都可以加上`-- dir`表示查看该目录下面的差异,在后面加上`>patchname.patch`表示将差异生成补丁,`patchname`是补丁的名字。
### 4. `shortlog`命令
***
- `git shortlog`:显示总提交次数与每次提交的提交消息
### 5. `describe`命令
***
- `git describe [<commit>|<tag>]`:查看指定提交或者指定标签(默认是最近一次提交)的注解标签信息
- `git desribe --tags [<commit>|<tag>]`:查看指定提交或者指定标签(默认是最近一次提交)的标签信息
- `git desribe --all [<commit>|<tag>]`:查看指定提交或者指定标签(默认是最近一次提交)的引用信息
### 6. `reflog`命令
***
- `git reflog`:显示所有提交,下拉,推送,与切换分支操作
- `git reflog --all`:显示所有提交,下拉,推送操作
## 7. 修补
*** 
### 1. `apply`命令
***
- `git apply [--index|--cached] patchname.patch`:在暂存区与工作目录或者暂存区(默认是工作目录)打补丁
- `git apply --reverse|-R patchname.patch`:反向打补丁
- `git apply --reject patchname.patch`:打补丁,将没有冲突的文件合并,将有冲突的文件标记出来,并生成对应的`.rej`文件
### 2. `cherry-pick`命令
***
- `git cherry-pick <commit>`:将另一个分支上面的指定提交应用到当前分支上
- `git cherry-pick banchname`:将指定分支上面的最后一次提交应用到当前分支上
### 3. `rebase`命令
***
- `git rebase branchname`:将指定分支上所有修改应用到当前分支上
- `git rebase branchname branchname`:将第一个指定分支上所有修改应用到第二个分支上
`rebase`加上`-i`会提供交互式的变基操作,在交互式操作中常用命令:
![](http://i.imgur.com/zD7PgjP.png)
### 4. `revert`命令
***
- `git revert <commit>`:恢复一个指定提交
## 8. 调试
***
### 1. `bisect`命令
***
使用二分查找,找到引入bug的提交
- `git bisect start`:开始二分查找
- `git bisect bad [<commit>]`:设置指定提交(默认是当前分支)为bad
- `git bisect good [<commit>]`:设置指定提交(默认是当前分支)为good
输入了上面三个命令后就会自动开始二分查找,我们之后只需要标记当前提交时bad还是good就行了,如果当前找的的提交时bad就输入`git bisect bad`,否则输入`git bisect good`直到找到有bug的提交。
### 2. `blame`命令
***
显示修改和作者最后修改的文件的每一行,这就是一个“问责”的命令,如果哪里有问题,我们可以很快地找到该问题是谁导致的。
- `git blame filename`:查看指定文件所有的操作者,看看是谁错误地修改了该文件
### 3. `grep`命令
***
- `git grep keys`:在工作目录中所有文件中搜索`keys`
- `git grep --cached keys`:在暂存区中所有文件中搜索`keys`
>>>>>>> d010e34028884823ffc7d1e7a2456f2bda1ab7b5
<<<<<<< HEAD
# app目录介绍
app:.
......@@ -79,3 +80,59 @@ app:.
=======
# app目录介绍
---
* ### I. app\_子目录(列表)
* 1.1.config\_目录
* 1.2.img\_目录
* 1.3.lib\_目录
* 1.4.pages\_目录
* 1.5.scripts\_目录
* 1.4.scss\_目录
* 1.5.theme\_目录
---
* ### II. app\_子目录(简介)
* 1.1.config\_目录
* `存放配置文件`
* 1.2.img\_目录
* `项目中图片的存放路径`
* 1.3.lib\_目录
* `项目自动生成`
* 1.4.pages\_目录
* `app前台页面html文件,和js文件`
* 1.5.scripts\_目录
* `项目所引用的js文件`
* 1.4.scss\_目录
* `项目的全局样式文件(scss文件)`
* 1.5.theme\_目录
* `项目页面的样式引入,例子:(@import "../pages/tools/qiXin-bao/qiXin-detail/management-information/growth-process";)`
>>>>>>> b086492be6a234e8e7f1408fcbeec39e95809fd5
<<<<<<< HEAD
# gulpfile.js文件介绍
......@@ -24,3 +25,24 @@
=======
# gulpfile.js文件介绍
---
* ### gulpfile.js_文件
- `gulp命令`
- `npm install gulp-jshint --save-dev jshint 安装失败问题: 解决方案: npm install --save-dev jshint gulp-jshint`
- `npm install gulp-sass --save-dev 编译sass文件`
- `npm install gulp-concat --save-dev 合并js`
- `npm install gulp-uglify --save-dev 通过UglifyJS来压缩JS文件. `
- `npm install gulp-rename --save-dev 重命名文件的插件,当要把一个文件存储为不同版本时可以使用。比如在需要一个style.css同时你有需要一个style.min.css`
- `npm install gulp-autoprefixer --save-dev 使用Autoprefixer来补全浏览器兼容的css。`
- `gulp-gzip 压缩zip`
- `gulp-imagemin 压缩png/jpg/git/svg 格式图片文件`
- `gulp-clean 清理档案`
>>>>>>> b086492be6a234e8e7f1408fcbeec39e95809fd5
<<<<<<< HEAD
# hooks目录介绍
......@@ -14,3 +15,21 @@
=======
# hooks目录介绍
---
* ### I. hooks_目录
- 介绍: hooks 文件夹是伴随 Cordova 的安装 自动生成的文件夹 , 该文件夹有脚本 可以定制 Cordova 命令 。 一般情况下 , 不对该文件夹中的文件进行更改 。
>>>>>>> b086492be6a234e8e7f1408fcbeec39e95809fd5
<<<<<<< HEAD
# node-modules目录介绍
......@@ -11,3 +12,18 @@
- 介绍: devDependencies与Dependencies都是依赖。npm install就会把里面二者所有的模块都安装到node_modules。
=======
# node-modules目录介绍
---
* ### I. node-modules_目录
- 介绍: devDependencies与Dependencies都是依赖。npm install就会把里面二者所有的模块都安装到node_modules。
>>>>>>> b086492be6a234e8e7f1408fcbeec39e95809fd5
<<<<<<< HEAD
# platforms目录介绍
......@@ -17,3 +18,24 @@
=======
# platforms目录介绍
---
* ### I. platforms_目录
- `自动生成`
>>>>>>> b086492be6a234e8e7f1408fcbeec39e95809fd5
<<<<<<< HEAD
# plugins目录介绍
......@@ -18,3 +19,25 @@
=======
# plugins目录介绍
---
* ### I. plugins目录介绍
- 介绍: plugins 文件夹是项目中所要的插件。如 相机插件,极光推送 等等
>>>>>>> b086492be6a234e8e7f1408fcbeec39e95809fd5
<<<<<<< HEAD
# publish目录介绍
......@@ -31,4 +32,39 @@
=======
# publish目录介绍
---
* ### I. pubish_子目录(列表)
* 1.1.develop_目录
- `生产环境目录(config.xml的是控制cordova应用程序的行为的许多方面的全局配置文件)`
* 1.2.product_目录
- `正式环境目录,config.xml是全局配置文件(包括一些插件的配置等)`
`
>>>>>>> b086492be6a234e8e7f1408fcbeec39e95809fd5
\ No newline at end of file
<<<<<<< HEAD
# resources目录介绍
......@@ -16,3 +17,23 @@
- `ios(app图标,app启动图片)`
=======
# resources目录介绍
---
* ### I. resources_子目录(列表)
* 1.1.android_目录
- `安卓(app图标,app启动图片)`
* 1.2.ios_目录
- `ios(app图标,app启动图片)`
>>>>>>> b086492be6a234e8e7f1408fcbeec39e95809fd5
# SVC及接口开发规范
***
# I. SVC文件创建
* 1.1 创建svc文件所在位置
***
SVC文件创建的所在位置是在项目的web目录下modules文件夹下创建。这里为了方便与便捷,可以直接复制现有的SVC文件,粘贴到指定目录下,然后rename一下即可进行开发编写。
![](/picture/svc.png)
* 1.2 svc文件命名规范
***
统一用小写的英文字母,数字和下划线的组合,不得包含汉字空格和特殊字符。
原则: 1)方便理解,见名之意。
​ 2)方便查找。
如图所示:
![](/picture/svc1.png)
***
# II. BM文件创建
* 2.1 创建BM文件所在位置
***
bm文件创建的所在位置是在项目的WEB-INF目录下classes文件夹下创建。这里为了方便与便捷,可以直接复制现有的bm文件,粘贴到指定目录下,然后rename一下即可进行开发编写。(ps:bm文件所在classes目录下位置要和svc所在modules目录下位置相同)
![](/picture/bm.png)
* 2.2 BM文件命名规范
***
统一用小写的英文字母,数字和下划线的组合,不得包含汉字空格和特殊字符。
原则: 1)方便理解,见名之意。
​ 2)方便查找。
如图所示:
![](/picture/bm1.png)
# III. SVC及接口开发
* 3.1 svc文件主要编写的内容
***
svc文件主要编写的内容是大致是关联对应的bm文件,执行对应的sql语句,如果有返回数据,则对返回的数据进行相关的处理和展示。
如图所示:
![](/picture/svc2.png)
* 3.2 bm文件主要编写的内容
***
BM文件关联数据库,接口通过调用BM文件访问到数据库,执行脚本对数据进行处理,并返回相关数据。(个人感觉类似于hibernate)
BM 文件 可以是一个查表语句,也可以是一个调用数据库存储过程。
![](/picture/svc3.png)
parameters和fields用法:
1)parameters 用来传参的从svc传到bm里,如图:
![](/picture/bm2.png)
2)fields 用来从bm传到svc,如图:
![](/picture/bm3.png)
![](/picture/svc4.png)
# IV. 页面注册
当接口写完时,需要写一个注册脚本目录如图下所示:
![](/picture/sql.png)
注册脚本写法如图下所示:
![](/picture/sql1.png)
写完之后需要将脚本语句在拿到数据库中执行并且commit步骤如图下所示:
![](/picture/sql2.png)
<<<<<<< HEAD
# 车租易APP开发手册
* [GitBook使用](/gitbook.md)
---
* ### I. 开发环境准备
* [1.1.git的使用](/git-guide.md)
* [1.2.Maven的使用](/maven.md)
* [1.3.中台开发环境的搭建](/create-project.md)
* [1.4.node的安装及配置](/APP环境搭建/node.md)
* [1.5.android-studio的安卓](/APP环境搭建/android-studio.md)
** 注:**前期开发可不必安装
* [1.6.前端开发环境的搭建](/APP环境搭建/ionic-project.md)
* ### II. 项目开发规范
* [2.1 后端开发规范](/codeStyle.md)
* [2.2 前端开发规范](/ionic/ionic-code-style.md)
* ### III. 后端开发
* [3.1 后端开发说明\(1.0\)](/hmap.md)
* [3.2 SVC及接口开发规范\(1.0\)](/ionic/svc.md)
* ### IV. 前端页面开发
* [4.1 前端开发说明](/前端开发/ionic-instruction.md)
* 4.2 字段级通用方法
* 4.3 窗口级通用方法
* 4.4 锁屏和解屏通用方法
* 4.5 头行保存
* ### V. 前端框架配置讲解\(目录\)
* [5.1 app目录](/ionic/app.md)
* [5.2 hooks](/ionic/hooks.md)
* [5.3 node\_modules](/ionic/node-modules.md)
* [5.4 platforms](/ionic/platforms.md)
* [5.5 plugins](/ionic/plugins)
* [5.6 publish](/ionic/publish.md)
* [5.7 resources](ionic/resources)
* [5.8 gulpfile.js](ionic/gulpfile.md)
* ### VI. APP打包及发布
* [6.1 修改配置文件](/ionic/profile.md)
* [6.2 更换APP图标及启动页](/ionic/start.md)
* [6.3 安卓打包](/ionic/android.md)
* [6.4 IOS打包](/ionic/ios.md)
=======
# 车租易APP开发手册
* [GitBook使用](/gitbook.md)
......@@ -5,25 +61,26 @@
---
* ### I. 开发环境准备
* [1.1.git的使用](/git-guide.md)
* [1.2.Maven的使用](/maven.md)
* [1.3.中台开发环境的搭建](/create-project.md)
* [1.4.node的安装及配置](/APP环境搭建/node.md)
* [1.5.android-studio的安卓](/APP环境搭建/android-studio.md)
** 注:**前期开发可不必安装
* [1.6.前段开发环境的搭建](/APP环境搭建/ionic-project.md)
* [1.1.git的使用](/git-guide.md)
* [1.2.Maven的使用](/maven.md)
* [1.3.中台开发环境的搭建](/create-project.md)
* [1.4.node的安装及配置](/APP环境搭建/node.md)
* [1.5.android-studio的安卓](/APP环境搭建/android-studio.md)
** 注:**前期开发可不必安装
* [1.6.前端开发环境的搭建](/APP环境搭建/ionic-project.md)
* ### II. 项目开发规范
* [2.1 后端开发规范](/codeStyle.md)
* [2.2 前端开发规范](/ionic/ionic-code-style.md)
* ### III. 后端开发
* [3.1 后端开发说明\(1.0\)](/hmap.md)
* [3.2 SVC及接口开发规范\(1.0)](/ionic/svc.md)
* [3.2 SVC及接口开发规范\(1.0\)](/ionic/svc.md)
* ### IV. 前端页面开发
* [4.1 前端开发说明](/前端开发/ionic-instruction.md)
......@@ -31,24 +88,24 @@
* 4.3 窗口级通用方法
* 4.4 锁屏和解屏通用方法
* 4.5 头行保存
* ### V. 前端框架配置讲解(目录)
* ### V. 前端框架配置讲解\(目录\)
* [5.1 app目录](/ionic/app.md)
* [5.2 hooks](/ionic/hooks.md)
* [5.3 node_modules](/ionic/node-modules.md)
* [5.3 node\_modules](/ionic/node-modules.md)
* [5.4 platforms](/ionic/platforms.md)
* [5.5 plugins](/ionic/plugins)
* [5.6 publish](/ionic/publish.md)
* [5.7 resources](ionic/resources)
* [5.8 gulpfile.js](ionic/gulpfile.md)
* ###VI. APP打包及发布
* ### VI. APP打包及发布
* [6.1 修改配置文件](/ionic/profile.md)
* [6.2 更换APP图标及启动页](/ionic/start.md)
* [6.3 安卓打包](/ionic/android.md)
* [6.4 IOS打包](/ionic/ios.md)
>>>>>>> 6ec760f193aca193924da7ead572f59ee54db6c9
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment