1.如果要在cmd运行git命令就必须配置git.exe的环境变量
2.从github下载下来的项目的配置要求及运行方式都写在了README.md文件中
3.git clone是小写,要进入相关文件夹之后再用git bash运行该命令clone项目下来
4.
5.使用git bash pull下载更新文件的时候,要先设置账户名和邮箱
git config --global user.name "XXX"
git config --global user.email "XXX@email.com"
在上传文件的时候
6.建立分支再把项目克隆下来,是指在git的master上建立分支
然后使用git checkout -b xxx切换到分支下
7.git bash操作链接:http://blog.sina.com.cn/s/blog_4d9c3fec0102w7g9.html
8.npm init 在项目中引导创建一个package.json文件
安装包的信息可保持到项目的package.json文件中,以便后续的其它的项目开发或者他人合作使用,也说package.json在项目中是必不可少的。
npm init [-f|--force|-y|--yes]
9.模块的依赖都被写入了package.json文件后,他人打开项目的根目录(项目开源、内部团队合作),使用npm install命令可以根据dependencies配置安装所有的依赖包
npm install
10.$ pwd是显示当前文件路径的命令
11.
我给您说一下我使用到分支的情况吧
在本地使用分支
本来在master分支上开发的,如果我没实现一个小的功能,就进行一次commit的话?那么分支上不就有很多的commit的吗?推送上去,您会看见服务器上有很多不必要的提交,这样子就不简洁了,版本历史也不清楚.但是使用分支,完成一个完整的功能,然后主分支使用 git merge --squash branchName 合并分支,做一个整的提交推送,那么服务器上的历史只有这一个commit的了,这不就简洁了吗?
在服务端,我有多个小组,每个小组是一个分支,因为master是保持最稳定代码的版本,所以我要审查过每个分支上的代码再合并,而不是立刻将他们分支上的合并到master上面,一来保证了代码的质量,而来在小组方面可以更快发现bug,然后通知修改
12.
cd .. 是回到上一级目录
cd / 是回到根目录
cd . 就是当前目录啦。。。
13.
“rm -rf /*”,若不了解这个命令,可能导致整个Linux系统文件全部被删除。
这个删除命令只有 “root” 权限的帐号才可以执行,其它未取得"root"权限的帐户只能删除属于自己用户或用户组内的文件。
Linux的目录是使用 / 之类的目录形式存放,rm 是Linux的删除命令,后面带的“-rf”,"-r"指的是 递归删除(意思是删除当前目录下所有文件和文件夹),而“-f”指的是 强制删除 。后方的/*指的是 根目录“/”下的所有文件。
那么,如果在 / 目录下执行 强制递归删除,命令就会在无任何提示下将/下包括/home 、 /sbin等所有系统目录均删除掉。
rm -rf /*
请不要随意执行以上命令,否则会导致整个Linux系统被删除。
14.