外贸网站建设公司如何,怎么做网站图片链接,做网站 一年需要多少钱,企业服务中心工作内容近期公司用Git来管理代码#xff0c;用起来是要比svn爽一些。就是刚接触的时候比較痛苦#xff0c;特别是那些状态(版本号的提交/合并/回退)。差点把我搞晕了。如今回过头来总结一下#xff0c;就清楚多了。 就本地仓库来看。Git能够分成5个不同的状态。能够通过$ git statu… 近期公司用Git来管理代码用起来是要比svn爽一些。就是刚接触的时候比較痛苦特别是那些状态(版本号的提交/合并/回退)。差点把我搞晕了。如今回过头来总结一下就清楚多了。 就本地仓库来看。Git能够分成5个不同的状态。能够通过$ git status来查看。这五个状态能够互相转换。详细操作详见以下的“版本号回退/整合”。 当然。有些文件非常实用。不能删除又不能提交如Eclipse的项目文件. project等。这样的情况最好就是选择把他们忽略掉能够通过改动根文件夹的.gitignore文件或者update-index来忽略掉。 status 显示Git的版本号管理信息$ git status 一般分成3个区域 a) Changes to becommitted暂存区中有改动的文件但还没commit。 b) Changes notstaged for commit工作区中已跟踪且有改动的文件但还没add c) Untrackedfiles工作区中未跟踪文件。未纳入Git的管理每一个新建的文件都属于这样的。 从上面也能看出非常多操作的提示。 [Changes notstaged for commit]和[Untracked files]都能够通过add把文件加入到[Changes to be committed]。 另外还能够使文件消失在Git的监控范围ignore掉这样status就看不到了。 也能够使用简略的显示模式$ git status –s 版本号回退 / 整合 依据之前工作区/暂存区/版本号库的状态跳转图可知道回退也是有多种情况。 a) Untrack区回退 Untrack区存放的是没有纳入Git跟踪的文件。如新创建的还没add的文件。一般Git是不会理会这部分文件的假设你嫌碍眼能够通过clean来清楚他们 先通过$ git clean –n查看要会清楚的文件然后把n去掉清除。也能够在后面指定文件名称文件-f文件夹-d。 b) 工作区回退 $ git checkout -- XXX意思是把XXX文件在工作区的改动所有撤销先检查暂存区有没有XXX假设有则把工作区的XXX恢复到暂存区的状态假设没有则到版本号库取。 $ git checkout . 撤销所有工作区的改动。这个命令事实上挺危急的。一运行记录都被恢复了改动都被丢弃了。也能够用$ gitcheckout HEAD XXX。回退暂存区和工作区。 c) 暂存区回退 面的checkout --仅仅是撤销工作区的文件改动假设我们想撤销暂存区的就须要使用$ gitreset HEADXXX。它会把暂存区的记录清空掉。我们通过$ git status就能看到Changes to be committed的内容都跑到Changes notstaged for commit中去了。 也能够用$ git checkout HEAD XXX回退暂存区和工作区。 对于暂存区来说。这样的方式和commit都会清空记录。前者直接清空后者先往版本号库写。再清空。 d) 版本号库回退 假设你不小心把脏内容commit到本地master了上面两种方式就无效了。这时候须要回退版本号库$ git reset--hardHEAD^ 在Git中用HEAD表示当前版本号。上一个版本号就是HEAD^上上一个版本号就是HEAD^^。也能够写成HEAD~2。你能够用HEAD后面加n个^。或者HEAD~n来表示回退多少个版本号。 上面是相对版本号的reset当然也能够指定某一个详细版本号。这时候commitID版本号号就大派用场 $ git reset --hard3628164 3628164仅仅是版本号的前一小部分Git会帮我们去自己主动匹配。当然也有可能找到多条。所以还是写全比較靠谱。 事实上对于Git来说。HEAD是一个当前版本号号的指针用reset来切换版本号。实际上是调整HEAD的指向。 所以。假设你reset 到HEAD~10。还行又回去原来的HEAD那么也能够通过【reset 版本号号】的方式切换过去。 当然你要知道相应的版本号号这时候你能够通过 $ git relog 来查看你的命令历史和相相应的版本号号。 e) 远程版本号回退 Git是分布式版本号控制系统仅仅要你把内容push出去了那么远程库就会有记录你也不能主动改动别人的版本号这时候就仅仅能覆盖了。可是你干过的坏事也就公诸于世了。 回退merge 假设仅仅是在merge。则能够直接回退 $ git reset--hard HEAD^ 假设merge 以后还有别的操作和改动则能够使用revert $ git revert -m merge线的编号 从1開始计算或者merge前的版本号号 ★ 版本号整合 东西已经commit了。可是又想改动怎么办呢能够通过上面“版本号库回退”的方法来实现reset再commit。可是那样commit的改动就没有了须要又一次改动工作量大。 所以除此之外。我们还能够 l 假设仅仅是合并已commit的版本号$ git rebase -i HEAD~2 l 假设有补充的改动$ git commit --amend
