隔了一个月没有看毕设代码,现在再去看代码,发现好多都理不清了,所以想着怎么把自己的代码管理一下。
之前做实验室项目时,用的时SVN进行版本控制,现在的毕设在Linux平台下做,所以想试着学学怎么使用Git管理代码。
目前,还在学习中,学了简单的创建Git库,在库中添加文件和提交文件,以及查看Git状态和日志。
整理如下:
1. 创建版本库
使用Git init将某个新建的空目录变为Git可管理的仓库。
在目标文件夹下使用命令“git init”命令。
2. 添加文件到版本库
git add 文件名
git commit -m “关于该版本的备注”
3. 查看版本库当前状态
git status
4. 查看版本库中文件的日志
git log
未完待续……
--------------我是一条新年的分割线
时隔近3年再来完善这篇文章,只能感叹逝者如斯夫啊
--------------我是一条感慨的分割线
工作后对git的了解和使用更加的深入。上学那会写的代码都放在svn上,每次想要更新代码都必须把svn服务器打开,才能实现同步。后来分布式的git火了,确实火是有火的道理的,使用git管理代码可以随时随地的同步代码,不用担心那台中心服务器是否开着,因为git的版本管理模式中也没有固定的一台电脑作为服务器来同步所有的用户代码。可以认为每一个用户都是服务器,每一个用户都可以克隆完整的git仓库。
实际操作过程中,如果是针对一个已有的git项目进行编辑,那首先是git clone 现有项目到本地,可以理解为我们本地有一个git本地仓库,这个仓库在clone后与远程git仓库是一致的。之后,对本地仓库的编辑,在未提交到远程仓库前,是不对外可见的,只有本地用户可见。
当编辑完毕,调试正确后,可以把本地代码再push到远程仓库,推送前通常建议先pull远程代码到本地仓库,如果没有冲突,则继续执行push,如果有冲突则先解决冲突再push。正常的操作一般是
git pull //先pull最新代码到本地仓库,防止发生冲突
git add [文件路径1] [文件路径2]
git commit -m "本次修改的注释"
git push
如果想一次提交所有修改,可以把git add 命令和git commit 合并为 git commit -am "注释"
本文记录了作者从学习Git开始,如何创建版本库、添加文件、提交改动,以及随着时间推移,对Git的深入理解和使用,强调了Git分布式版本控制的优势,如随时随地同步代码,每个用户都可以作为服务器。工作后的实践让作者更倾向于使用git pull和git push进行代码管理,以确保代码一致性。

940

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



