博客
关于我
git学习笔记——管理、撤销修改
阅读量:634 次
发布时间:2019-03-14

本文共 2167 字,大约阅读时间需要 7 分钟。

GIT学习笔记

修改管理、撤销

管理修改

GIT作为一种优秀的版本控制系统,独特之处在于它专注于跟踪和管理文件修改,而不是简单地跟踪文件本身。这种设计使得GIT能够高效地处理各种变化,包括新增行、删除行甚至创建全新的文件。无论你对文件进行何种修改,GIT都会记录这些变更,为你提供清晰的修改历史。

要实现这一点,可以通过以下步骤来理解:首先,对`readme.txt`文件进行修改,比如添加一行内容并保存:

git add readme.txt```此时,你会发现GIT已经将修改添加到了暂存区,准备为你提供提交的机会。通过运行`git status`,你可以查看哪些文件正在被跟踪:```git status位于分支 master要提交的变更:	修改: readme.txt(未被暂存)```下一步,你可以继续对`readme.txt`进行修改并提交这些变更:```git commit -m "git tracks changes"[master 376d9c0] git tracks changes1 file changed, 1 insertion(+)```提交后,运行`git status`查看状态:```git status位于分支 master尚未暂存以备提交的变更:	修改: readme.txt 修改尚未加入提交```然而,你会发现第二次修改并未被提交。仔细分析一下, GIT能够跟踪并管理所有修改,包括未被提交的变更。然而,提交操作仅会将已经在暂存区中的变更提交到版本库,而不会包括尚未放入暂存区的工作区修改。因此,若希望提交第二次的变更,你需要再次使用`git add`命令将其添加到暂存区,再进行提交。通过```git diff HEAD -- readme.txt```你可以观察工作区与版本库之间的差异:```--- a/readme.txt+++ b/readme.txt@@ -1,4 +1,4 @@ Git is a distributed version control system. Git is free software distributed under the GPL. Git has a mutable index called stage.-Git tracks changes.+Git tracks changes of files.```此时可以看出,第二次修改确实未被提交。这表明,虽然GIT能够跟踪并管理所有文件的修改,但提交操作仅适用于已经被放入暂存区的变更。 撤销修改情况一 有时候,我们可能在修改文件时不小心导致了不必要的变更,GIT为你提供了简单的方式来撤销这些变更。例如,如果已经提交了对`readme.txt`的修改,但你想要恢复到最近一次提交的状态,可以使用以下命令: ```git checkout -- readme.txt```需要注意的是,`--`是必不可少的,否则这个命令会被解释为切换到其他分支,而不是撤销修改。在GITT中,`git checkout -- file`的作用是将工作区文件的当前修改重置为最近一次提交或新增的文件状态。 撤销操作完成后,你可以通过`cat readme.txt`查看文件内容是否恢复到最新版本的状态: ```cat readme.txt``` 撤销修改情况二 如果你发现自己在添加暂存区时误添加了一些不需要的修改,可以使用以下命令将其从暂存区中移除: ```git reset HEAD readme.txt```通过这种方式,你可以将这些修改恢复到工作区,而不会进入版本库。你还可以进一步选择是否将文件删除,或者直接使用`git checkout`将其恢复到原始状态。 撤销修改情况三 在某些情况下,比如在准备推送到远程仓库前,可能会发现有些修改并不是完全成熟。TMTTHhis时,可以使用`git reset --hard`命令将所有变更恢复到最近的版本。在这种情况下, 身边人可以通过以下命令轻松地进行版本回退: ```git reset --hard```这样,你可以完全恢复到最新版本的状态,而无需担心丢失任何工作进度。 删除文件 GIT允许你通过标准化的`git rm`命令来删除文件,这操作也会将其从版本库中彻底移除。例如,你可以创建并提交一个新文件`test.txt`,然后删除它: ```git add test.txtgit commit -m "add test.txt"git rm test.txtgit commit -m "delete test.txt"```删除操作后,你可以用`git status`查看文件状态:```git status位于分支 master尚未暂存以备提交的变更:	删除: test.txt 没有被提交```需要注意的是,文件删除后无法恢复到之前的版本,除非你有所备份。因此,在进行重要操作前,建议先做好文件备份。 总的来说,掌握GIT命令的使用,可以帮助你高效地管理项目文档和代码库,避免不必要的工作量。通过合理使用撤销和删除命令,你可以轻松地维护代码库的健康状态。每一次操作都可以通过`git diff`进行验证,确保不会造成不必要的问题。

转载地址:http://haloz.baihongyu.com/

你可能感兴趣的文章
NHibernate异常:No persister for的解决办法
查看>>
NIFI1.21.0_java.net.SocketException:_Too many open files 打开的文件太多_实际操作---大数据之Nifi工作笔记0051
查看>>
NIFI1.21.0_Mysql到Mysql增量CDC同步中_日期类型_以及null数据同步处理补充---大数据之Nifi工作笔记0057
查看>>
NIFI1.21.0_Mysql到Mysql增量CDC同步中_补充_更新时如果目标表中不存在记录就改为插入数据_Postgresql_Hbase也适用---大数据之Nifi工作笔记0059
查看>>
NIFI1.21.0_NIFI和hadoop蹦了_200G集群磁盘又满了_Jps看不到进程了_Unable to write in /tmp. Aborting----大数据之Nifi工作笔记0052
查看>>
NIFI1.21.0最新版本安装_连接phoenix_单机版_Https登录_什么都没改换了最新版本的NIFI可以连接了_气人_实现插入数据到Hbase_实际操作---大数据之Nifi工作笔记0050
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_增删改数据分发及删除数据实时同步_通过分页解决变更记录过大问题_02----大数据之Nifi工作笔记0054
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_插入修改删除增量数据实时同步_通过分页解决变更记录过大问题_01----大数据之Nifi工作笔记0053
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表或全表增量同步_实现指定整库同步_或指定数据表同步配置_04---大数据之Nifi工作笔记0056
查看>>
NIFI1.23.2_最新版_性能优化通用_技巧积累_使用NIFI表达式过滤表_随时更新---大数据之Nifi工作笔记0063
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_根据binlog实现数据实时delete同步_实际操作04---大数据之Nifi工作笔记0043
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置binlog_使用处理器抓取binlog数据_实际操作01---大数据之Nifi工作笔记0040
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置数据路由_实现数据插入数据到目标数据库_实际操作03---大数据之Nifi工作笔记0042
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置数据路由_生成插入Sql语句_实际操作02---大数据之Nifi工作笔记0041
查看>>
NIFI从MySql中离线读取数据再导入到MySql中_03_来吧用NIFI实现_数据分页获取功能---大数据之Nifi工作笔记0038
查看>>
NIFI从MySql中离线读取数据再导入到MySql中_不带分页处理_01_QueryDatabaseTable获取数据_原0036---大数据之Nifi工作笔记0064
查看>>
NIFI从MySql中离线读取数据再导入到MySql中_无分页功能_02_转换数据_分割数据_提取JSON数据_替换拼接SQL_添加分页---大数据之Nifi工作笔记0037
查看>>
NIFI从PostGresql中离线读取数据再导入到MySql中_带有数据分页获取功能_不带分页不能用_NIFI资料太少了---大数据之Nifi工作笔记0039
查看>>
nifi使用过程-常见问题-以及入门总结---大数据之Nifi工作笔记0012
查看>>
NIFI分页获取Mysql数据_导入到Hbase中_并可通过phoenix客户端查询_含金量很高的一篇_搞了好久_实际操作05---大数据之Nifi工作笔记0045
查看>>