创建本地代码库:
1.创建本地仓库:将路径切换到所有建立代码库位置,你后续要添加到仓库的是文件夹,那么路径就切换到这个文件夹的父文件夹下,例如我后续要将“我的文件夹”整个文件夹里的内容添加到仓库,而“我的文件夹”保存路径为“D:\MasterLab\Git_Workspace\我的文件夹”,那我要切换到的路径就应该是“D:\MasterLab\Git_Workspace”,r如果只是要添加某个文件,那么切换到这个文件的父文件夹下,然后在命令行:git init
2.添加文件到仓库:git add <Filename>
如果要添加所有文件:git add *
3.将添加的文件进行提交到本地代码库:git commit -m "这里写你要写的备注,如change_1或者版本号"
这三步完成后,本地的代码就提交到本地代码库了
查看本地修改文件状态:git status
查看修改文件与原文件的不同处:git diff <Filename>
将本地文件库推送到github:
1.首先确保已经存在了本地代码库,如果没有,请看上面步骤完成创建任务
2.在github上新建一个repository,项目名称都可以自己起,并不是要求和本地代码库名称一样。
3.创建完repository后,我们看到出现项目界面
4.将自己的repository的“existing repositor”下的的两条语句逐条在命令行内运行
如果已经存在了repository,那么只需要去复制此项目的地址,然后命令行运行:
git remote add origin <你的项目地址>
git push -u origin master
5.运行完上面步骤后,本地库就链接到github上了。
用git命令删除github上的文件:
1. git rm -r --cached <Filename>
(如果要删除全部:git rm -r --cached * )
2. git commit -m "你要写的备注,例如delete file"
3.git push origin master
执行完上面三个步骤就会将github上的对应文件删除,而不会删除本地文件
git删除本地仓库:
进入本地仓库文件夹:find . -name ".git" | xargs rm -Rf
这样本地仓库就删除了
使用 git rm 命令即可,有两种选择,
一种是 git rm --cached “文件绝对路径”,不删除物理文件,仅将该文件从缓存中删除;
一种是 git rm –f “文件绝对路径”,不仅将该文件从缓存中删除,还会将物理文件删除(不会回收到垃圾桶)。
注意:如果删除的整个文件夹,则需加-r命令,即git rm --cached -r “文件夹绝对路径”,不删除物理文件,仅将该文件从缓存中删除;
git –如何撤销已放入缓存区(Index区)的修改
修改或新增的文件通过 git add –all命令全部加入缓存区(index区)之后,使用 git status 查看状态
(git status -s 简单模式查看状态,第一列本地库和缓存区的差异,第二列缓存区和工作目录的差异),
提示使用 git reset HEAD 来取消缓存区的修改。
不添加参数,撤销所有缓存区的修改。
另外可以使用 git rm –cached 文件名 ,可以从缓存区移除文件,使该文件变为未跟踪的状态,
同时下次提交时从本地库中删除。
注:
没有带参数的 git reset 命令,默认执行了 –mixed 参数,即用reset版本库到指定版本,并重置缓存区,在上面的命令中指定的目录版本是HEAD,即当前版本,所以实际上没有任何修改,仅是重置了缓存区。
出现问题集锦:
1.git remote add origin <你的项目地址>,当我们执行完这句,发现我们写的项目地址是错误的时,需要重新链接我们的地址,可是此时再执行git remote add origin <你的正确项目地址>,就会出现:fatal: remote origin already exists.
这时我们执行: git remote rm origin,将原链接地址删除,然后再执行:git remote add origin <你的正确项目地址>
2.当我们向github的一个项目中进行push时,出现:failed to push some refs to git ......
这是因为github库里的有的文件在本地库里没有,所以需要同步一下:
git pull --rebase origin master
然后再执行push命令就可以了。
3.若出现 MINGW64 /d/myLearning (master|REBASE 1/2)
使用git rebase –abort终止当前rebase的操作,回到原始状态。
出现上面错误时文件里边有冲突部分, 若以第二次提交的为基准,那么如果执行git rebase –skip所做的操作是:
丢弃第一次提交的修改,保留第二次的修改。变成MINGW64 /d/myLearning (master|REBASE 2/2)
这时如果我们再次执行git rebase –skip 就会将第二次提交丢弃,保留修改。
然后就会看到回到了MINGW64 /d/myLearning (master)
1464

被折叠的 条评论
为什么被折叠?



