git提交代码

git 删除远程已经推送过的文件或者文件夹 git rm -r --cached [文件或文件夹] git status git add . git commit -m '删除远程仓库文件，本地仓库和暂存区不受影响' git push 问：如何上传项目代码到gitlab？ 答： git remote add 把文件commit到master 在gitlab上创建dev分支 pull后，切换到dev分支 把master的内容merge到dev。 想把某些目录或文件加入忽略规则，.gitignore只能忽略那些原来没有被track的文件，如果某些文件已经被纳入了版本管理中，则修改.gitignore是无效的。 那么解决方法就是先把本地缓存删除（改变成未track状态），然后再提交：（后面的点号根据情况可以是文件或文件夹） git rm -r --cached . git add . git commit -m 'update .gitignore' vue项目修改了代码， 必须打包。 mac下git安装： brew install git 运行brew命令，需要先安装 homebrew /usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"

本文转载自： https://www.cnblogs.com/thinkingandworkinghard/p/6395339.html 作者：thinkingandworkinghard 转载请注明该声明。 这两天在 git 提交代码的时候，使用命令： git add -A git commit -m "test" git push 之后，提示 error: failed to push some refs to 'http://gitlab.9drug.cn/java/drug-baseinfo.git' 上网搜索，有的说是 本地之前的代码有部分提交了，使用强制提交覆盖 git push -f 试了，不行； 还有说 先使用git fetch 到本地 之后在merge ,然后在push $ git fetch $ git merge 试了，依然不行 偶然用百度的方法 把当前分支代码上传到指定分支上 $ git push -u origin develop 结果是可以的。 来源： CSDN 作者： w36680130 链接： https://blog.csdn.net/w36680130/article/details/103680134

本文末尾 微信公众号 回复 “git” 获取git命令总结思维导图。 Git Git是目前世界上最先进的分布式版本控制系统。 1. 版本控制 所谓版本控制就是在文件的修改历程中保留修改历史，让你可以方便地查询历史提交记录以及撤销之前对文件的修改操作。版本控制系统主要有集中式版本控制系统和分布式版本控制系统两种。 1.1 集中式版本控制系统 集中式版本控制系统，版本库是集中存放在中央服务器的，工作时需要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。 1.2 分布式版本控制系统 分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。 2. Git理论基础 学习git首先需要了解其中涉及到的四个重要概念： 远程仓库(Remote Directory) 工作目录（Working Directory） 暂存区(Stage/Index) 版本库(Repository或Git Directory) 对于以上四个概念，我们依次理解。 2.1 远程仓库(Remote

Git笔记 一、概述 ​ Git直接记录快照，而非差异比较，这样Git只关注修改的文件，没有修改的文件，Git不再重新存储该文件，而只是保留一个链接指向之前存储的文件，Git对待数据更像是个快照流。 ​ Git很多情况使用哈希值，即Git数据库中保存的信息都是以文件内容的哈希值来索引，而不是文件名。 1.1三种状态 已提交 committed：数据已经安全的保存到本地数据库中了 已修改 modified：修改了文件，但还没有保存到数据库中 已暂存 staged：对一个已修改文件的当前保本做了标记，使之包含在下次提交的快照中。 1.2基本的 Git 工作流程如下： 在工作目录中修改文件。 暂存文件，将文件的快照放入暂存区域。 提交更新，找到暂存区域的文件，将快照永久性存储到 Git 仓库目录。 ​ 大型项目项目管理的一种思路：多人项目，本地在提交时往往不推荐使用pull 来拉去远端仓库中最新的代码到本地仓库中更新，原因是如果远端仓库的代码被其他人更改过，再pull时会出现冲突的情况（例如本地修改A.java，远端也有人将修改过的A.java上传到远端仓库中，这样两个A.java就不是一个，所以会产生了冲突），这样还是需要一步一步解决冲突，最佳做法是，再建一个新文件夹将远端仓库代码pull到本地，通过第三方的比差分代码软件来查看差分，然后自己手动合并，之后再push到远端仓库。 注意

22.5/22.6 单机上使用git 22.7 建立远程仓库 22.8 克隆远程仓库 22.9 分支管理 一、单机上使用git yum install -y git mkdir /data/gitroot cd /data/gitroot git init //初始化仓库 echo -e “123\naaa\n456\nbbb” > 1.txt //创建一个新文件 git add 1.txt//把1.txt添加到仓库 git commit -m “add new file 1.txt” //add完了必须要commit才算真正把文件提交到git仓库里 再次更改1.txt git status //查看当前仓库中的状态，比如是否有改动的文件 git diff 1.txt //可以对比1.txt本次修改了什么内容，相比较仓库里面的版本 版本回退 多更改几次1.txt，然后add,commit git log//查看所有提交记录 git log --pretty=oneline//一行显示 git reset --hard f7c8e9//回退版本，其中后面跟的字符串是简写 撤销修改 rm -f 1.txt//不小心删除了1.txt git checkout – 1.txt//恢复1.txt 如果1.txt文件修改，add后但没有commit，再想回退到上一次提交的状态，可以使用git

Git如何处理代码冲突 冲突合并 冲突合并一般是因为自己的本地做的提交和服务器上的提交有差异，并且这些差异中的文件改动，Git不能自动合并，那么就需要用户手动进行合并 如我这边执行 git pull origin master 自动合并 如果Git能够自动合并，那么过程看起来是这样的 拉取的时候，Git自动合并，并产生了一次提交。 不能自动合并 如果Git不能够自动合并，那么会提示 手动解决冲突 这个时候我们就可以知道 README.MD 有冲突，需要我们手动解决，修改 README.MD 解决冲突 可以看出来，在1+1=几的这行代码上产生了冲突，解决冲突的目标是保留期望存在的代码，这里保留1+1=2，然后保存退出。 退出之后，确保所有的冲突都得以解决，然后就可以使用 git add . git commit -m "fixed conflicts" git push origin master` 即可完成一次冲突的合并。 冲突合并过程 整个过程看起来是这样的 来源： CSDN 作者： YumWisdom 链接： https://blog.csdn.net/Aria_Miazzy/article/details/103674099

一、常规提交 1. 从源仓库克隆项目 git clone ‘仓库地址’ 2. cd 到仓库目录，创建分支 git branch '分支名' 3. 进行代码修改 4. git 添加修改文件（可添加多个） git add 'filename' 5. git commit 提交修改 git commit --m '注释' 6. git push origin '分支名' 二、撤销操作 1. 查看gitlog , 键入Q退出 git log 2.git reset 至 某个节点（提交号） git reset 提交号 3.重新git add、git commit 4. git push origin ‘分支名’ --froce 三、其他操作 git status 查看当前git状态 git branch 查看分支状态 来源： CSDN 作者： dr_theodore 链接： https://blog.csdn.net/dr_theodore/article/details/103670879

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> .gitignore–分布式版本控制系统git的配置文件，意为忽略提交 mvnw–全名是maven wrapper 它的原理是在maven-wrapper.properties文件中记录你要使用的maven版本，当用户执行mvnw clean 命令时，发现当前用户的maven版本和期望的版本不一致，那么就下载期望的版本，然后用期望的版本来执行mvn命令，比如刚才的mvn clean。 mvn文件夹–存放maven-wrapper.properties和相关jar包 mvn.cmd–执行mvnw命令的cmd入口 .gitimodules文件的使用 从git官网上down了个开源代码，在此基础上开发出适合项目需求的程序，如果不想重复的上传别人的代码，此时需要将新添加的程序和改动的程序利用git保存，同时利用".gitimodules"指明依赖的程序地址。 .iml文件存的是项目的配置信息，可以不用管它，可以删掉，再运行的时候，会自动重新创建它 .Idea存放项目的配置信息，包括历史记录，版本控制信息等。其实可以不用理它，也可以在IDEA里面设置隐藏它 .gitkeep文件夹类似于占位符，git不允许上传空的文件夹，所以就可以用它来占位置 来源： oschina 链接： https://my.oschina.net

#1注册GitHub账号 *1）到https://github.com/注册GitHub账号 #2在GitHub上建立GitHub仓库 *1）登录后点击右下方的“new repository”按钮新建一个仓库 *2）填写完仓库信息后点击“creat repository”按钮创建仓库（仓库名字随意填写） 注意不要勾选Initialize this repository with a README #3下载并安装git版本管理工具 *1）到http://git-scm.com/downloads下载并安装git 版本管理工具 #4配置git版本管理工具 *1）配置用户名和用户邮件 打开命令行或Git Bash，输入下面的命令： git config --global user.name “YourName” git config --global user.email “YouEmailAddress” 若省略了“--global”，则只配置当前仓库用户信息 #5使用SSH密钥进行认证 *1 ）生成SSH密钥，使用SSH方式认证登录 打开Git Bash（window下右击桌面菜单Git Bash选项/mac下直接使用终端），输入下面的命令： ssh-keygen -C “YouEmailAddress” -t rsa 然后直接按回车使用默认路径保存密钥文件到当前用户文件夹中

一、 创建与合并分支 1、 从master分支创建dev分支并切换到dev分支： git checkout master git checkout -b dev 其中，git checkout -b dev 等价于： git branch dev //新建dev分支 git checkout dev //切换到dev分支 查看本地当前的分支，分支前面带“*”表示当前分支，剩下的分支表示本地有的分支： git branch 查看远程全部的分支，白色的表示本地有的，红色的表示本地没有，仅在远程存在： git branch - a 2、修改代码、提交代码（当前的操作是在dev分支上进行） git add a . html git commit - m "提交文件a.html" 3、分支合并(将dev合并到master) git checkout master git merge dev 4、合并完成后，删除dev分支.(删除dev分支时，注意我们当前所在的分支不能是dev分支) git branch - d dev 5、删除后，查看分支(此时看不到dev分支了) git branch 6、总结 ：工作中经常从master创建新的分支，具体操作如下： git checkout master git checkout - b issues1234 git push origin