git本地库代码库使用简介

原创 2015年11月18日 21:33:46

git本地代码库管理

本地代码库创建

1) 如果已经创建过远程代码库:
Quick setup — if you’ve done this kind of thing before

or(HTTPS|SSH) git clone git@github.com:jiucang/test.git

We recommend every repository include a README, LICENSE, and .gitignore.
…or create a new repository on the command line
2) 如果没有创建远程代码库:
echo "# test" >> README.md
git init
git add README.md
git commit -m "first commit"
git remote add origin git@github.com:jiucang/test.git
git push -u origin master
…or push an existing repository from the command line
执行以上代码则会创建远程代码库,当前目录为本地代码库
3) 如果有一个已知的本地代码库,上传到服务器上,只需要执行以下操作即可:
git remote add origin git@github.com:jiucang/test.git
git push -u origin master
…or import code from another repository

You can initialize this repository with code from a Subversion, Mercurial, or TFS project.

Import code

有了本地代码库之后,不建议直接对本地代码库进行修改;有了第一次commit之后,会找到master的branch!建议先创建自己工作需要的分支,然后在该分支上面进行代码修改,修改之后commit;切换到master branch,然后将改动merge到master branch. 最后push到remote的代码库中。

工作区和版本库

首先介绍一下本地代码库的几个组成部分:
参考:http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/0013745374151782eb658c5a5ca454eaa451661275886c6000

git工作区和本地版本库
提交代码时:
1) git add: 把文件添加到版本库的stage,暂存区中
2) git commit: 提交更改,将暂存区的内容添加到了当前分支中,这里是master分支

GIT相关操作常见问题

  • 正常的文件提交流程:
    git add xxx
    git commit -m "yyy"
    git push -u origin master
如果不是在master分支上进行的操作,而是在work_branch上进行的操作:
    work_branch:
        git add xxx
        git commit -m "yyy"
        git checkout master 切换到master branch
    master:
        git merge work_branch   git merge 操作会合并到当前分支,这里当前分支为master,所以会合并到master分支上
        git push -u origin master
  • 修改文件xxx,git add 之后如何回退:
    1) 直接丢弃xxx的修改
    使用git checkout - - xxx;
    注意这里的- -的作用非常重要,不然的话,就会直接被视为是branch切换的操作了。这里的实现原理是,使用版本库的分支上的文件xxx来替换该文件xxx。
    2) 不丢弃xxx的修改,只是将xxx还原到在使用git add之前的状态即可。
    使用:git reset xxx
    3) 同理如果一下git add *,添加了好多文件,如何一下子去除呢,
    使用git reset .

  • git commit -m “yyy”:即修改了一个文件xxx,还git add, git commit到了最终的本地版本库分支上了,如何回退:
    问题来了,考虑以下需求,
    1) 丢弃文件,直接回到上一个版本:
    使用git reset - -hard HEAD^ 即可
    2) 如果忘记git add了某一个文件xxx2,但是不想重新再commit一个新的tag记录?或者提交信息写错了?
    gitcommitminitialcommit git add forgotten_file
    $ git commit –amend last_commit_id
    git commit –amend命令可以修改commit id,所以这里可以先添加xxx2文件,然后修改一下commit即可
    3) 如果发现有很多文件都要修改,想直接回到git add之前的状态,又不想reset之后丢失数据?

以下为一种方法的实例,git reset - -soft + git reset modified_file:顺便介绍一下git reset –soft|–hard|–mixed HEAD^区别

➜  ubuntu_using_guide git:(master) ✗ echo "hello" > test.txt
➜  ubuntu_using_guide git:(master) ✗ git add test.txt 
➜  ubuntu_using_guide git:(master) ✗ git commit -m "just say hello" 
[master 848defc] just say hello
 1 file changed, 1 insertion(+)
 create mode 100644 test.txt
➜  ubuntu_using_guide git:(master) ✗ git log --pretty=oneline
848defcf5f31ee88efa673f4876e8e9fc7c466ed just say hello
ec859ad3ae54072d9840cad3bab981cf81abdcab samba share environment prepare
(END)
➜  ubuntu_using_guide git:(master) ✗ git reset --soft HEAD^
➜  ubuntu_using_guide git:(master) ✗ git status 
位于分支 master
您的分支与上游分支 'origin/master' 一致。

要提交的变更:
  (使用 "git reset HEAD <file>..." 撤出暂存区)

    新文件:       test.txt

➜  ubuntu_using_guide git:(master) ✗ cat test.txt
hello
➜  ubuntu_using_guide git:(master) ✗ git log --pretty=oneline
ec859ad3ae54072d9840cad3bab981cf81abdcab samba share environment prepare
(END)

发现test.txt还是在stage的区域,切修改还是存在的,但是git log 时发现HEAD指针已经指向了前一个commit,即现在的commit id。

➜  ubuntu_using_guide git:(master) ✗ git reset test.txt
➜  ubuntu_using_guide git:(master) ✗ git status
位于分支 master
您的分支与上游分支 'origin/master' 一致。

提交为空,但是存在尚未跟踪的文件(使用 "git add" 建立跟踪)
➜  ubuntu_using_guide git:(master) ✗ cat test.txt
hello
同样是以上文件test.txt,内容修改为hello world! 使用git reset --hard操作
➜  ubuntu_using_guide git:(master) ✗ cat test.txt 
hello world!
➜  ubuntu_using_guide git:(master) ✗ git status 
位于分支 master
您的分支与上游分支 'origin/master' 一致。

未跟踪的文件:
  (使用 "git add <file>..." 以包含要提交的内容)

    test.txt

提交为空,但是存在尚未跟踪的文件(使用 "git add" 建立跟踪)
➜  ubuntu_using_guide git:(master) ✗ git log --pretty=oneline
ec859ad3ae54072d9840cad3bab981cf81abdcab samba share environment prepare
(END)

➜  ubuntu_using_guide git:(master) ✗ git add test.txt 
➜  ubuntu_using_guide git:(master) ✗ git commit -m "just say hello world"
[master e2ec086] just say hello world
 1 file changed, 1 insertion(+)
 create mode 100644 test.txt

➜  ubuntu_using_guide git:(master) ✗ git log --pretty=oneline
e2ec0865e412ca97a5d74f9bc3fc6cbba2540bdf just say hello world
ec859ad3ae54072d9840cad3bab981cf81abdcab samba share environment prepare
(END)

如果这里直接使用git reset test.txt; git status; git log 发现没有任何作用?说明git reset file 只能完成unstage(可以视为git add的逆操作),现在试试git reset --hard HEAD^

➜  ubuntu_using_guide git:(master) ✗ git reset --hard HEAD^
HEAD 现在位于 ec859ad samba share environment prepare
➜  ubuntu_using_guide git:(master) ✗ cat test.txt
cat: test.txt: 没有那个文件或目录

直接文件就没有了,悲剧,彻底会到了之前的版本,所有修改都都丢失了!

参考:http://stackoverflow.com/questions/3528245/whats-the-difference-between-git-reset-mixed-soft-and-hard

When you modify a file in your repository, the change is initially unstaged. In order to commit it, you must stage it—that is, add it to the indexusing git add. When you make a commit, the changes that are committed are those that have been added to the index.

git reset changes, at minimum, where the current branch (HEAD) is pointing. The difference between --mixed and --soft is whether or not your index is also modified. So, if we're on branch master with this series of commits:

- A - B - C (master)
HEADpoints to C and the index matches C.

When we run git reset --soft B, master (and thus HEAD) now points to B, but the index still has the changes from C; git status will show them as staged. So if we run git commit at this point, we'll get a new commit with the same changes as C.

Okay, so starting from here again:

- A - B - C (master)
Now let's do git reset --mixed B. Once again, master and HEAD point to B, but this time the index is also modified to match B. If we run git commit at this point, nothing will happen since the index matches HEAD. We still have the changes in the working directory, but since they're not in the index, git status shows them as unstaged. To commit them, you would git add and then commit as usual.

And finally, --hard is the same as --mixed (it changes your HEAD and index), except that --hard also modifies your working directory. If we're at C and run git reset --hard B, then the changes added in C, as well as any uncommitted changes you have, will be removed, and the files in your working copy will match commit B. Since you can permanently lose changes this way, you should always run git status before doing a hard reset to make sure your working directory is clean or that you're okay with losing your uncommitted changes.

And finally, a visualization

  • git rm 到底有啥用?
    参考:https://git-scm.com/docs/git-rm
    git rm - Remove files from the working tree and from the index
    显而易见,这里说git rm的作用就是删除工作区的文件而已!

    考虑一种情况:如果使用rm 删除了一个文件,如果使用git add添加进去?
    好吧,好像无法使用git add的操作来添加,可以使用:git add -A的方法来实现,即添加所有有修改过的文件
    另一种方法,使用:git commit -a, 添加commit,添加对应的修改项(去除文件中的#)
    
  • git checkout [-b] branch: 分支创建和切换

git checkout -b new branch—name:
创建一个新的branch,使用命令
$ git checkout -b new v2.6.13
git checkout: 切换到新的branch

一开始使用git branch --all命令查看,发现自己新创建的分支没有找到,这里需要先同步一下代码, 使用 :git fetch origin;
我以前一般切换到某个分支,如development,则使用:git fetch origin development 或git pull origin development,这样只能同步对应的分支。
如果需要更新所有的分支信息,则直接使用:git fetch origin 或 git pull origin即可
root@MRCAndroid07:/home/project/kernel# git fetch origin
remote: Counting objects: 15, done.remote: Compressing objects: 100% (8/8), done.remote: Total 8 (delta 7), reused 0 (delta 0)Unpacking objects: 100% (8/8), done.From ssh://nsrd/project/kernel/omap
 * [new branch]      bac      -> origin/bac        //找到了新的branch
root@MRCAndroid07:/home/project/kernel# git branch --all   //列出所有的分支* master  remotes/origin/abc
  remotes/origin/working
root@MRCAndroid07:/home/project/kernel# git branch   //当前使用的分支* master  root@MRCAndroid07:/home/project/kernel#git checkout abc  // 这里就切换到了对应的abc 分支了,呵呵Checking out files: 100% (39411/39411), done.Branch abc set up to track remote branchabc from origin.
Switched to a new branch 'abc'
  • git stash的妙用?
    使用场景:正在修改一个bug,还没有修改完;无法commit;又有紧急的事情需要处理,可以先将该部分修改stash起来,修改好紧急的问题后,在释放出来,继续自己的工作!
    参考http://segmentfault.com/q/1010000000184974,自己也需要了同样的疑问
同时我也想有个更好的方案来应对切换分支时未保存的修改的问题..
存多个可以添加备注信息。
git stash save "message"
stash list 里面也有branch信息
git stash list
stash@{0}: On branch2: message2
stash@{1}: On branch1: message1
恢复就选择想要的就可以了。
git stash pop stash@{1} 在不同分支切换stash应该是最好的方案了。

特殊问题:
1)git stash 后发现stash的东西不见了,可以试试先git stash; git stash apply;
2) git stash pop xxx 发现出现了冲突,如何解决!

参考后续更新的博客!

相关文章推荐

随想录(构建自己的代码库)

【 声明:版权所有,欢迎转载,请勿用于商业用途。  联系信箱:feixiaoxing @163.com】     曾经有一段时间,我非常地苦恼,那就是如何提高自己的代码健壮性?难道,除了单元...

git 上初始化一个代码库并且成为共享库

1.首先在代码库上创建一个代码库的地址 cd ~/www mkdir myproject.git cd myproject.git git init --bare  那么上面的代码库就创建好...

git创建本地代码库

创建一个本地代码库 切换到你需要创建的代码库的目录下: 运行如下git命令 git --bare init git下会出现一些隐藏的文件,这些文件时git本地库...

git创建一个自己的本地仓库

如果我们要把一个项目加入到Git的版本管理中,可以在项目所在的目录用git init命令建立一个空的本地仓库,然后再用git add命令把它们都加入到Git本地仓库的暂存区(stage or ...

学会使用Git和远程代码库

转载:http://blog.jobbole.com/53573/ Git是个了不起但却复杂的源代码管理系统。它能支持复杂的任务,却因此经常被认为太过复杂而不适用于简单的日常工作。让我们诚实一记...

15分钟学会使用Git和远程代码库(转载)

转载:http://blog.jobbole.com/53573/ Git是个了不起但却复杂的源代码管理系统。它能支持复杂的任务,却因此经常被认为太过复杂而不适用于简单的日常工作。让...

教你学会使用Git和远程代码库

Git是个了不起但却复杂的源代码管理系统。它能支持复杂的任务,却因此经常被认为太过复杂而不适用于简单的日常工作。让我们诚实一记吧:Git是复杂的,我们不要装作它不是。但我仍然会试图教会你用(我的)基本...

15分钟学会使用Git和远程代码库

Git是个了不起但却复杂的源代码管理系统。它能支持复杂的任务,却因此经常被认为太过复杂而不适用于简单的日常工作。让我们诚实一记吧:Git是复杂的,我们不要装作它不是。但我仍然会试图教会你用(我的)基本...
  • eric145
  • eric145
  • 2013年12月19日 14:07
  • 1549

github(一)----------创建自己的代码库和使用git本地管理

创建自己的代码库和使用git本地管理github上创建代码库对于github的作用和好处网络资料很多,这里主要介绍的是自己的使用步骤哈 注册github,并且登入成功 点击右上角的 + new rep...
  • tq812
  • tq812
  • 2016年12月08日 18:51
  • 71

eclipse中使用git管理代码库

这篇文章写得非常详细http://blog.csdn.net/luckarecs/article/details/7427605,我只补充自己在eclipse中安装git插件时遇到关联冲突无法安装时的...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:git本地库代码库使用简介
举报原因:
原因补充:

(最多只允许输入30个字)