本地生成ssh秘钥,如果不嫌麻烦当然可以不设置,使用HTTPS即可
我的配置是Eclipse是HTTPS,使用GitHub,用来编写笔记,但是HTTPS需要记住密码,不然每次都需要填
IDEA使用SSH,用来工作提交代码,使用Gitlab。
ssh-keygen -t rsa -C "注册邮箱"
id_rsa.pub文件添加到Git的秘钥管理处,实际任何遵守Git协议的分布式版本控制基本流程基本是相同的,不必纠结用的是哪家产品。
如果是长期使用的电脑你可以配置全局
1
2
3
|
git config --global user.name "账号名" git config --global user.email 邮箱 git config --list 查看配置结果 |
当然你也可以只配置临时变量 去掉--global即可,因为我需要往牛客,码云,GitHub,Gitlab提交,所以这种是很有用的。因此我只需要修改提交的临时地址。
1. touch README.md 添加一个文件,用于注释、说明,在仓库的顶级目录下则会被显示作为该仓库或文件的说明。
2. git init 初始化本地仓库。
3. git add README.md 将上述文件添加到暂存区
4. git commit -m "first commit" 将暂存区的文件进行添加到本地分支。
5. git remote add origin https://github.com/jxnu-liguobin/SpringBoot-Seckill.git 添加远程分支,一般名称同本地分支,已经存在则绑定本地与远程,该操作只能在init后执行,且只能执行一次。
6. git push -u origin master 提交本地到master主分支,默认本地master,实际开发时这里是开发的sprint分支,意为迭代。
上面的暂存区,分支,工作区的存储模型借鉴自CyC2018
当然你也可以从远处拉下一个项目,就像这样
git clone git@github.com:jxnu-liguobin/Java-Learning-Summary.git 此处的连接可以是SSH也可以是HTTPS,取决于你的爱好,推荐SSH。
如果是别人的仓库则你需要有权限否则可以拉取,无法提交,权限是指你的公钥必须要被添加到远程仓库的秘钥管理中心,公司一般有统一管理SSH的平台。
如果你有权限,你可以在本地创建一个自己的仓库和一个开发分支,并将master合并到本地这个分支上来只需要:
git checkout -b newBrach origin/master 在origin/master的基础上创建newBrach分支,其中-b表示创建并切换到newBrach分支,origin/master表示源分支master
其次你还可以先创建一个本地分支 git checkout -b newBrach
再更新或合并 git merge master 表示使用master更新当前分支,因为是第一次创建所以是没有冲突的,实际如果存在冲突则需要解决冲突。
如果觉得Git不方便你可以使用图形化界面分支管理工具 Sourcetree。
你也可以更加暴力直接在本地某一个空分支下pull拉取 master。
接下来你只需push,如果没有配置默认的提交分支,则提交的时候还需声明提交分支。
像这样 git push -u origin newBrach 如果你不填origin 则默认是master 。
你还可以强制提交
像这样 git push -u origin master --force 但并不建议使用,慎用。
分支修改
1. git branch 分支名称 在本地新建一个分支
2. git checkout 分支名称 切换到你的新分支:
3. git push origin 分支名称 将新分支发布在github上
4. git branch -d 分支名称 在本地删除一个分支
5. git push origin :分支名称 (分支名前的冒号代表删除) 在github远程端删除一个分支
如果你需要直接使用git pull和git push,则你需要设置以下
1. git branch --set-upstream-to=origin/master master
2. git branch --set-upstream-to=origin/分支名称 分支名称
3. git config --global push.default matching
以上建议忽略,实际开发这里每个月都需要修改开发的迭代分支,还不如别设置了。
如果你是commit提交错误了你可以这样 :
git reset 分支回滚到暂存区 (--hard 版本号,即回滚最后一次提交commit,--files)
如果你是add添加错了你可以这样:
git checkout 暂存区回滚到工作区(回滚最后一次add操作,--files) -b branch 在本地创建并切换到branch分支,前面以前提到到,-d是删除,切记
远程跟踪分支已更新(Git术语叫做commit),需要将这些更新取回本地,这时就要用到git fetch 上面已经提及到了。
如果你想让"mywork"分支历史看起来像没有经过任何合并一样(看不到合并的路径,不留提交痕迹),可以用 git rebase。
而 git merge的合并会出现痕迹,造成菱形依赖,看起来很困惑,所以推荐使用 git fetch + git rebase。
git rebase --abort参数来终止rebase的行动,并且"mywork" 分支会回到rebase开始前的状态。
多人提交自己的代码,必须先更新本地为最新,否则再次提交将会被拒绝,如果拉取下的代码和本地自己的有冲突则需要自己去解决了。
你可以这样切换分支: git checkout mywork
然后执行 :git rebase origin
这些命令会把你的"mywork"分支里的每个提交(commit)取消掉,并且把它们临时保存为补丁(patch)(这些补丁放到".git/rebase"目录中),
然后把"mywork"分支更新到最新的"origin"分支,最后把保存的这些补丁应用到"mywork"分支上。
当‘mywork‘分支更新之后,它会指向这些新创建的提交(commit),而那些老的提交会被丢弃。 如果运行垃圾收集命令(pruning garbage collection),
这些被丢弃的提交就会删除。(请查看 git gc)
在rebase的过程中,也许会出现冲突(conflict)。 在这种情况,Git会停止rebase并会让你去解决 冲突;
在解决完冲突后,用"git-add"命令去更新这些内容的索引(index), 然后,你无需执行 git-commit,你只要执行:
git rebase --continue git 便会自动继续合并
如果你需要查看仓库修改状态, 你可以使用:git status
你还可以查看git的日志: git log -p
你可以查看对比两次文件内容具体修改了什么 :git diff
更加具体的对比: git diff HEAD -- filename
可以查看工作区和版本库里面最新版本的区别
HEAD 表示当前版本,也就是最新的提交。上一个版本就是 HEAD^ ,上上一个版本就是 HEAD^^ ,
往上100个版本写100个 “ ^ ” 比较容易数不过来,所以写成 HEAD~100 。HEAD~2 相当于 HEAD^^
如果你需要取回远程的某些分支你可以这样: git fetch origin master 取回origin主机的master分支
如果你需要取回所有分支你可以这样: git fetch
1
2
3
4
5
6
|
git checkout master # //取出master版本的head。 git checkout tag_name # //在当前分支上 取出 tag_name 的版本 git checkout master file_name # //放弃当前对文件file_name的修改 git checkout commit_id file_name # //取文件file_name的 在commit_id的版本。 # //其中commit_id为 git commit 时的sha值,每次提交都有唯一值。 git checkout -- hello.rb # //这条命令把hello.rb从HEAD中签出。 |
如果你搞错了很多文件,可能需要恢复所有,你可以这样: git checkout .
这条命令把当前目录所有修改的文件 从HEAD中签出并且把它恢复成未修改时的样子。慎用
其他参数
1
2
3
4
|
合并分支到本开发分支,或者git pull --rebase拉去下来 查看冲突文件,并去除冲突提示注释和冲突部分代码 执行git add 将修改完后的冲突文件添加进索引【stage 暂存区,位于工作区和当前分支之间】 执行git rebase -- continue 继续合并 |
原文:https://www.cnblogs.com/tangdiao/p/9507846.html