git操作大全_向非主分支提交部分文件,需要怎么操作

Git
    一个实现项目版本控制的软件，通过快照保存代码修改部分而非简单复制
git命令

cd /C/"Program Files"/Git/bin

Enter passphrase for key '/c/Users/admin/.ssh/id_rsa':admin

参考：https://www.cnblogs.com/cxk1995/p/5800196.html

    1.github上创建新项目
    
    2.初始化本地 
        git init     
        git add .         （注：别忘记后面的.，此操作是把Test文件夹下面的文件都添加进来）
        git commit -m "提交信息"  （注：“提交信息”里面换成你需要，如“first commit”）
        
    3.关联远程
        git remote add origin git@github.com:dragon0486/notebook.git
        git pull --set-upstream origin master
        git branch --set-upstream-to=origin/master
        如果名字不同，可能还得git pull --allow-unrelated-histories

    4.git push （注：此操作目的是把本地仓库push到github上面，此步骤需要你输入帐号和密码）

本地推送到远程仓库
    git init            cd到当前项目根路径下
    
    git remote add origin 项目地址    如果是本地创建的项目，这步可以提交给github创建一个项目，origin是项目地址的别名
    
    git add .
    git commit -m ''
    
    git pull origin master --allow-unrelated-histories
    git push origin master --set-upstream origin master    # 提示密码时直接回车
    git push --set-upstream origin master
    git pull --allow-unrelated-histories
    
    git config user.email "chenzl@akulaku.com"    邮箱
    git config user.name "dragon0486"            用户名
    
    git config credential.helper store        # 设置这个后，输入一次账号密码以后就无需了
    
生成ssh    
1   删除.ssh文件夹（直接搜索该文件夹）下的known_hosts(手动删除即可，不需要git）
2   在下载好的Git中的bin目录下打开bash.exe输入命令ssh-keygen -t rsa -C "username" 
    (注：username为你git上的用户名)
3  然后找到系统自动在.ssh文件夹下生成两个文件，id_rsa和id_rsa.pub，用记事本打开id_rsa.pub将全部的内容复制。
4  打开https://github.com/，登陆你的账户，进入设置（Settings）找到
5  然后将你复制的内容粘贴到key中
6  仍然在bash.exe中输入ssh -T git@github.com

    私钥放到/home/czl/.ssh/id_rsa

作用：
    团队协作开发 先开发假接口，提供假数据
    
    版本管理

1.初始化
    选择一个合适的地方，创建一个空目录：
    $ mkdir git_trainning
    $ cd git_trainning/
     
    $ git init

    初始化后多了一个.git的目录，这个目录是Git来跟踪管理版本库的
2.把文件添加到版本库
    git add first_git_file.txt        # 放到暂存区
    
    git commit -m "commit my first git file"            #提交到当前分支。

commit前可以git status查看哪些未提交

3.回滚
    1. # 修改后，回滚到未提交前修改后add前
        git checkout file -- readme.md 
        git checkout              # 切换到另一个分支
    2. # 修改并add后，回滚到未提交前修改后add前，将暂存区的修改撤销掉，重新放回工作区
        git reset HEAD file            #用HEAD时，表示最新的版本。
    
    3. # commit后，回滚到修改并add后commit前
        git reset --soft HEAD^    回到修改后add后commit前
        
    4. # commit后，回滚到修改后add前
        git reset --mix HEAD^
        
    5. # commit后，回滚到修改前，把当前版本回退到上一个提交版本，修改前
        git reset --hard HEAD^

    例子：
        git reset --hard 4459657    # 回到指定版本，一定要有版本号commit id，写前六位即可

    git reflog        # 每一次命令，可以撤销回退
    git log         # 查看基于当前版本的所有提交
    git log --pretty=oneline
    
概念：
    .git是Git的版本库。stage（或者叫index）称为暂存区，Git自动创建的第一个分支master，
    以及指向master的一个指针叫HEAD

4.撤销修改
    git reset HEAD file        #已add, 回到add前但修改后
    git checkout -- file    #未add前才能回滚到修改前，已add要用上面的命令回撤
    
    # 如果已commit，只能reset --hard了
    
5.本地仓库提交到github

    git remote add origin http://        # 

    git push -u origin master

分支管理
    1.下载最新master
    2.把主库代码与本地代码合并
    3.提交合并代码到主库
    
    创建dev分支并切换
    git checkout -b dev    #    相当于git branch dev    git checkout dev
    
    创建远程的分支到本地
    git checkout -b dev origin/dev
    
    指定本地dev分支与远程origin/dev分支的链接
    git branch --set-upstream-to=origin/dev dev
    
    查看分支
    git branch
    
    创建，拷贝所有代码
    git branch dev
    
    切换
    git checkout dev
    
    删除
    git branch -d dev

    # 未提交的修改，在分支和master都能看到，提交后只能在提交的分支上看到。
    # 如果当前分支新增其他分支已存在的文件，提交前不能切换分支，会冲突

创建远程分支(本地分支push到远程)：  git push origin [name]    
删除远程分支：  git push origin --delete Chapater6
拉取远程仓库：  git pull origin czl:czl
    
更新master代码
    方式一：
        git pull [origin master\dev]    # git pull --allow-unrelated-histories
        
        #包含了git merge dev 合并分支代码到master，如果不同会报错，打开文件会有不同的地方提示，软件beyond compare
        
        合并后再add提交并push
        
        # 如果GitHub更新了，但本地commit的是还没合并的但修改了，会push不了。
        
        # 先pull，提示哪些更新了，本地文件会有提示，再手动修改更新的地方再push
    方式二：
        先 git fetch origin master 然后 git merge origin/master   再 git push origin master
    方式三：先 git fetch origin master 然后 git rebase origin/master  再 git push origin master
    
    # 三者都可以完成合并并提交新功能，但是日志记录会有差异，如：前两者版本记录中会出现合并，
    # 而第三种rebase可以保证版本记录干净整洁。
    
分支策略    
    master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
    dev分支是不稳定的，每个人都有自己的分支，时不时地往dev分支上合并就可以了
    
bug分支
    1.先把当前工作现场“储藏”起来，回到修改前
        git stash
    2.切到主分支上，生成一个bug分支，这样就会复制master的内容
        git branch -b 
    3.修改bug
    4.提交 add commit
    5.切换到master主分支
    6.pull看看master有没有更新 
        git pull origin master        
    7.git merge bug看看
    8.手动合并修改内容，然后add，再commit
    9.提交bug修复
        git push origin master
    10.恢复工作现场，删除bug分支    # 恢复时这期间的修改会自动检测并合并
        git stash list         # 暂存记录
        git stash apply        # git stash apply stash@{0}
        git stash drop        # 删除stash内容
        git stash pop        # 恢复的同时把stash内容也删了

        git branch -d issue-101
    
git remote    #远程仓库的默认名称
git remote -v    
    
pull request
    推送修改给作者
    
忽略上传文件
    .gitignore文件                    # https://github.com/github/gitignore
    git add -f App.class            #用-f强制添加到Git
    git check-ignore -v App.class    #需要找出来到底哪个规则写错了
    
    规则：
    以斜杠“/”开头表示目录；

　　以星号“*”通配多个字符；

　　以问号“?”通配单个字符

　　以方括号“[]”包含单个字符的匹配列表；

　　以叹号“!”表示不忽略(跟踪)匹配到的文件或目录；
    
    擦除ignore文件添加前git追踪的文件（但历史还存在）：         git rm --cached --force -r .idea然后git commit提交操作（pycharm可能没显示）
        git rm --cached fileName执行该命令后, git不再跟踪fileName, 但是fileName文件仍保留
        git rm -f fileName执行该命令后, git不再跟踪fileName, 同时fileName文件被删除
        
gitlab

多人协同开发：合作者、创建组织
    
代码review分支
    组长
其他：
    免密码：
        http://用户名:密码@github....
        
版本：
    git tag -a v1.0 -m '版本介绍'        本地创建Tag
    git show v1.0                       查看
    git tags -n                         查看本地Tag
    git tag -l 'v1.4.2.*'               查看本地Tag，模糊匹配
    git tag -d v1.0                     删除Tag
    git push origin :refs/tags/v0.2     更新远程tag
    git checkout v.10                   切换tag
    git fetch origin tag V1.2

    git push origin  --tags
    git pull origin  --tags
    
    git clone -b v0.1 项目地址        # 复制指定版本
    
多久合并：
    一个小功能合并一次
    
    
    git merge --abort   回到merge后出现冲突merge前

上传出现The remote end hung up unexpectedly
    git config http.postBuffer 524288000    
    
拉取远程分支并本地新建：
    先删除
    git fetch origin dev
    git checkout -b dev origin/dev        # 创建并建立连接
        或者git checkout --track origin/v1.0.0-usermanager
    git pull origin dev
    
账号密码设置问题
    1. git config --global credential.helper store
        输入一次即可
    2.上传ssh公钥，然后通过ssh url拉取
    
github private项目如何更新
    1.先fork项目到自己github下
    2.源项目如何同步更新？
        git remote add apulis git@github.com:apulis/az_tools.git
        git remote add apulis https://github.com/apulis/ImageEditing.git
        git pull apulis master
        
        git remote -v查看所有的连接
    
拉取分支
    git checkout -b r1.4 origin/r1.4
    merge 本地分支
    push origin 分支 
    再pull request融合

如果别人项目的新分支
    git checkout -b dev_huawei
    git push --set-upstream origin dev_huawei
    git pull apulis dev_huawei
    
远程分支更新了如何更新fork的
    git checkout dev
    git pull apulis dev 
    git push 
    
git stash pop后发生冲突
    git reset --merge返回stash内容，可以再次pop
    
回滚到commit前
    git reset --soft HEAD~1
    
github提交后回退分支
    git reset --hard commit_id(commit字符)
    git push --force
    
    注意其他人将本地的修改回退：
        git reset --hard origin/master
    
Dockerfile配置账号密码
    RUN git clone https://username:password@github.com/username/repository.git
    
                  https://token@github.com/username/repository.git
    
LFS(Large File Storage)
    将你所标记的大文件保存至另外的仓库,而在主仓库仅保留其轻量级指针.那么在你检出版本时,根据指针的变化情况下更新对应的大文件.而不是在本地保存所有版本的大文件
    
    git lfs install 开启lfs功能
    git lfs track 命令进行大文件追踪 例如git lfs track "*.png" 追踪所有后缀为png的文件
    git lfs track 查看现有的文件追踪模式
    
    提交代码需要将gitattributes文件提交至仓库. 它保存了文件的追踪记录
    提交后运行git lfs ls-files 可以显示当前跟踪的文件列表
    将代码 push 到远程仓库后，LFS 跟踪的文件会以『Git LFS』的形式显示:
    clone 时 使用'git clone' 或 git lfs clone均可

git拉取不了远程新的分支：
    查看所有的分支：
        git branch -a
        还是查看不了
    原因：
        git clone --single-branch拉取后的.git/config目录设置了
            fetch = +refs/heads/no_network:refs/remotes/origin/no_network    
        修改为：
            fetch = +refs/heads/*:refs/remotes/origin/*    
    
    
修改远程源：
    git remote set-url origin https://github.com/USERNAME/REPOSITORY.git
    git branch --set-upstream-to=origin/develop develop
    
    一般情况下不用手动一个个branch来set-upstream
    极个别情况需要
    
删除远程分支： 
    git push origin --delete [branch_name]
    
    需要不是default和protected才行

新的空项目推送：
    git remote rename origin old-origin
    git remote add origin git@git.i.coolpad.com:chenzenglong/sample.git
    git push -u origin --all
    git push -u origin --tags
    

删除某个文件的history：
    git filter-branch --index-filter "git rm -rf --cached --ignore-unmatch path_to_file" --prune-empty --tag-name-filter cat -- --all
    
    git push --force注意这时候与remote不同，需要force推送，会将remote的改动清空
    
    # 如果是最近的改动，还可以指定最近30次
    git filter-branch --index-filter "git rm -rf --cached --ignore-unmatch cvat/apps/documentation/static/documentation/assets/car.gif" HEAD~30..HEAD
    
    --env-filter      需要重写作者/提交者名称/电子邮件/时间环境变量
    --tree-filter     重写树及其内容的过滤器。该参数在shell中用工作目录设置为检出树的根来评估。然后使用新的树（新文件自动添加，消失的文件会自动删除。.gitignore文件和其他忽略规则不会有任何影响！
    --index-filter    重写索引的过滤器。它类似于树型过滤器，但不检出树，这使得它更快。经常使用git rm --cached --ignore-unmatch ...
    --msg-filter      重写提交消息的过滤器。参数在shell中使用标准输入的原始提交消息进行评估; 其标准输出被用作新的提交消息。
    --tag-name-filter 重写标签名称的过滤器。传递时，将调用指向重写对象（或指向重写对象的标记对象）的每个标记ref。原始标签名称通过标准输入传递，新标签名称预计在标准输出上。
    --subdirectory-filter 结果将包含该目录（并且仅包含该目录）作为其项目根目录。意味着重新映射到祖先。

如何推送所有remote到另一个remote？
    git pull origin --all 
    git push czl --all                 # 只会推送本地存在的branch
    git push czl refs/remotes/origin/*:refs/heads/*

tag管理：
    切换：
        git tag
        git checkout tag_name        切换，git 可能会提示你当前处于一个“detached HEAD" 状态。(detached 分离的)
    创建： 
        git tag tagName         # 没有注释
        git tag -a tagName -m "my tag"
    推送： 
        git push origin tagName
    删除： 
        git tag -d v20190514
        git push origin :refs/tags/v20190514
    
rebase命令：
    会合并之前的commit历史
    
    优点：得到更简洁的项目历史，去掉了merge commit
    缺点：如果合并出现代码问题不容易定位，因为re-write了history

    改变基：
        git checkout dev  #切换到dev分支                        （dev分支有全新的单独改动）
        git rebase master  #将master最新的commit作为基,把branch1的代码在master重新一个一个提交一下，生成新的commitId，相当于，我把代码又重新在master分支提交一遍        （假设master上改动落后，或者有其他新的改动）
        
        合并时如果出现冲突需要按照如下步骤解决：
            修改冲突部分
            git add
            git rebase --continue
            （如果第三步无效可以执行 git rebase --skip）
        效果：
            commits的基会变为master
        后续：
            git checkout master 
            git merge 其他分支            这个时侯并不是在merge代码，而是把HEAD指针移动到最新位置而已。(因为基变化了)，如果有分叉，说明master基更新了，需要再次rebase
            其他用法：
                在master上执行git rebase 待合并的分支            这样也可以避免merge
    合并提交记录
        git show-branch --more=4 #查看四次提交记录，将这四次提交的合并为一个提交，提交信息整合一下，改成"four commit"
        git rebase -i master~      // git rebase -i HEAD~4
            显示内容如下：
                pick 92ae9c4 second commit
                pick 0985eec third commit。   挑选这个作为后面commits合并的commit，后面的commit都改pick为s
                pick 5bd480c four commit
        保存退出后，又会打开一个vim编辑器窗口
            选择注释哪些commit信息，可以新增comment
        可能会发生冲突
            解决
            git add 
            git rebase --continue
        最后完成rebase
        git push origin lcoal_branch:my_remote_new_branch

    如何校验差距：
        git diff origin/master..master --no-prefix -U1000 > xxx.diff
        参数：
            --no-prefix可以去掉分支前缀
            -U1000显示合并后的相同代码地方的行数，更多方便查看上下文。
            ..表示vs分隔开前后两个对比的分支。

            
推送到远程指定分支：
    git push origin lcoal_branch:my_remote_new_branch