git提交代码

Git 什么是版本控制器 版本控制器就是管理项目的工具，用于记录和存储项目的更新迭代和备份信息，以更好的控制项目的生命周期，有效的减少风险。 如果石团队开发同一个项目，版本控制器可以整合代码，提醒代码的冲突问题。 集中式和分布式版本控制器 集中式版本控制器 代表：svn 只有一个集中管理的服务器，保存所有文件的修改，多个客户端连接这个服务器，提交和更新文件。 问题： 如果服务器被攻击了，或者宕机了，代码可能会丢失，开发进度会被拖延，而且必须要联网才能正常工作。 分布式版本控制器 代表：git Git只关心文件数据整体变化，保存每次项目的快照，而且是分布式的，每一台电脑都可以作为服务器，也可以同时开发，最后客户端和服务端整合。 Git工作流程 git使用 安装 # 1.下载对应版本：https://git-scm.com/download # 2.安装git：在选取安装路径的下一步选取 Use a TrueType font in all console windows 选项 基础命令 将已有的文件夹 - 初始化为git仓库 """ >: cd 目标文件夹内部 >: git init """ 在指定目录下 - 初始化git仓库 """ >: cd 目标目录 >: git init 仓库名 """ 在仓库目录终端下 - 设置全局用户 """ >: git config --global

还是通过这张手绘来解释。 我们知道的，git就是一个个版本，你每更新一次代码，他的版本号就变了。 现在线上仓库的项目版本号是1.0，然后 a 和 b ，都pull了这个项目，并且是对同一块代码来进行操作，在 a 还在津津有味的写代码的时候，b 已经改完了，并且把改完的项目push了上去。然后线上的项目版本的版本号从 1.0 => 2.0 ，这个时候 a 也操作完了，准备提交了，发现炸了，交不了，为什么？因为你pull下来的版本是 1.0 ，而这个时候的版本已经是2.0了，这就是冲突。所以无论什么时候，改完代码之后，都要再pull一下，如果发生了冲突，Git会直接提醒你，你想要提交的这个版本，和线上pull下来的版本哪里不一样。这时候就需要 a 和 b沟通一下，应该怎么改，然后由 a 改完再次提交。如果 a 不管冲突的信息，直接push的话，那么这一块代码的内容会有报错的信息在里面，根本没法跑。 注意： 如果 a 和 b 操作的是不一样的内容，比如说a操作的是用户模块，b操作的是商品模块，这样，即使 a 再次pull的时候，版本号也不一样，也不会提醒你冲突，因为这时候不冲突，git会自动帮你整合。 在现实开发中，冲突发生的概率比较小，切记在push前，要再次pull一下，看自己当前的版本号是否满足push的要求（当然如果只有你自己操作这一块代码，即使版本号低于线上版本号，也没事）。

1.创建git本地仓库 git init 2.查看git状态 git status 一般来说会显示需要提交的文件（uncommited）和未追踪的文件（untracked） uncommited：已有的，刚被修改尚未提交的 untracked：原先没有的，新建的 3.添加git文件到暂存区（需要和版本库区分） git add . 添加全部 4.git提交本地仓库 -m表示注释，为提交时的说明，必须要有！ git commit -m "init" 5.git添加远程仓库 git remote add origin git@gitee.com:xxx/LearnGit.git 6.推送远程仓库 git push -u origin master 7.版本恢复 // --hard 强制（没提交代码没了） git reset --hard "版本号" 8.切换分支 git checkout -b 9.git改地址 git remote set-url origin http://192.168.1.200/bottleyard/krbottleyard.git 7.git删除文件（夹） git rm test.txt //删除文件 git rm -r filebook //删除文件夹 git rm和直接删除的区别在于git rm会将此文件的操作记录删除，而直接删除仅仅是删除了物理文件

新建一个分支 git branch newBranch 检查分支是否创建成功 git branch 切换到新建的分支 git checkout newBranch 将改动提交到新分支 git add . git commit -m "the new branch" 然后 git status 检查是否提交新分支成功 切回到主分支 git merge newBranch 然后就可以push代码到远端仓库 git push -u origin master 删除新分支 git branch -D newBranch 来源： https://www.cnblogs.com/chenguifeng/p/11975829.html

问：Coding远程仓库地址变了，本地git仓库地址如何更新为最新地址 git修改远程仓库地址 方法有三种： 1.修改命令 git remote origin set-url [url] 2.先删后加 git remote rm origin git remote add origin [url] 3.直接修改config文件 git 远程仓库管理 要参与任何一个 Git 项目的协作,必须要了解该如何管理远程仓库.远程仓库是指托管在网络上的项目仓库,可能会有好多个,其中有些你只能读,另外有些可以写.同他人协作开发某 个项目时,需要管理这些远程仓库,以便推送或拉取数据,分享各自的工作进展.管理远程仓库的工作,包括添加远程库,移除废弃的远程库,管理各式远程库分 支,定义是否跟踪这些分支,等等.本节我们将详细讨论远程库的管理和使用. 　　查看当前的远程库 　　要查看当前配置有哪些远程仓库,可以用 git remote 命令,它会列出每个远程库的简短名字.在克隆完某个项目后,至少可以看到一个名为 origin 的远程库,Git 默认使用这个名字来标识你所克隆的原始仓库: 　　$ git clone git://github.com/schacon/ticgit.git 　　Initialized empty Git repository in /private/tmp/ticgit/

目录 Git分支 1.新建testing分支 2.合并分支 3.合并冲突 4.删除分支 Git标签使用 1.查看标签 02.删除标签 Git分支 ​ 分支即是平行空间，假设你在为某个手机系统研发拍照功能，代码已经完成了80%，但如果将这不完整的代码直接提交到git仓库中，又有可能影响到其他人的工作，此时我们便可以在该软件的项目之上创建一个名叫"拍照功能"的分支，这种分支只会属于你自己，而其他人看不到，等代码编写完成后再与原来的项目主分支合并下即可，这样即能保证代码不丢失，又不影响其他人的工作。 一般在实际的项目开发中，我们要尽量保证master分支是非常稳定的，仅用于发布新版本，平时不要随便直接修改里面的数据文件，而工作的时候则可以创建不同的工作分支，等到工作完成后在合并到master分支上面，所以团队的合作分支看起来会像上面的图那样。 [root@git ~/git_data]# git log --oneline --decorate ef16b0b (HEAD, master) add ddd #默认分支指向你最后一次的提交 HEAD头、指针 6118c8d add bbb #HEAD 指针指向哪个分支、说明你当前在哪个分支下工作18c89e4 modified a 1a85735 rename a.txt a64e0f41 commit a.txt c6b0ac2 new

Annotate 在我本地的项目 java-demo 中是建立了一个 git 仓库，每次提交代码都会在里面建立了一个快照，使用 IDEA 打开这个项目，在代码行处右键打开 Annotate 选项就看到对这份文件每次修改的代码和时间戳，点击里面的某一行还能看到提交这个 commit 的同时整个项目有哪些文件进行修改。 使用 git checkout [SHA-1] 可以返回某个状态的 commit。 接下来我做了一些实验： # 第一次，查看 git log ~/leetcode (master) $ git log commit ce96adc13c17d6cb58c8d9574569a311d1bc7d38 (HEAD -> master, origin/master) # 回到之前提交的某一个 commit ~/leetcode (master) $ git checkout bd25 Note: checking out 'bd25'. # 第二次，查看可知，已经跳到了 'bd25' 的 commit 了，此时 commit 只有 HEAD 指针 ~/leetcode ((bd2512a...)) $ git log commit bd2512a86fe3da8ddfa6a35db9a105e950fbd83d (HEAD) # 回到 master 所在的 commit 编号

git命令大全 willcoder 关注 0.9562019.06.06 09:01:55字数 545阅读 7,077 Git图形化界面我用的还可以，但是命令就不太会了，索性和大家一起学习下Git命令的用法... 一般来说，日常使用只要记住下图6个命令，就可以了。但是熟练使用，恐怕要记住60～100个命令。 git使用.jpg git命令.jpg fetch vs pull git fetch是将远程主机的最新内容拉到本地，用户在检查了以后决定是否合并到工作本机分支中。 而git pull 则是将远程主机的最新内容拉下来后直接合并，即：git pull = git fetch + git merge，这样可能会产生冲突，需要手动解决。 下面是我整理的常用 Git 命令清单。几个专用名词的译名如下。 Workspace：工作区 Index / Stage：暂存区 Repository：仓库区（或本地仓库） Remote：远程仓库 一、新建代码库 # 在当前目录新建一个Git代码库 $ git init # 新建一个目录，将其初始化为Git代码库 $ git init [project-name] # 下载一个项目和它的整个代码历史 $ git clone [url] 二、配置 Git的设置文件为.gitconfig，它可以在用户主目录下（全局配置），也可以在项目目录下（项目配置）。

本文转载自： https://www.cnblogs.com/tugenhua0707/p/4050072.html Git使用教程 一：Git是什么？ Git是目前世界上最先进的分布式版本控制系统。 二：SVN与Git的最主要的区别？ SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服务器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就纳闷了。 Git是分布式版本控制系统，那么它就没有中央服务器的，每个人的电脑就是一个完整的版本库，这样，工作的时候就不需要联网了，因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库，那多个人如何协作呢？比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。 三：在windows上如何安装Git？ msysgit是 windows版的Git,如下： 需要从网上下载一个，然后进行默认安装即可。安装完成后，在开始菜单里面找到 "Git --> Git Bash",如下： 会弹出一个类似的命令窗口的东西，就说明Git安装成功。如下： 安装完成后，还需要最后一步设置

版本控制器--Git（注意版本号） 什么是版本控制器？ 版本控制器就是管理项目的工具，用于记录和存储项目的更新迭代和备份等信息，以更好的控制项目的生命周期，有效减少风险。 如果是团队开发同一个项目，版本控制器可以整合代码，提醒代码的冲突问题 集中式和分布式版本控制器 集中式版本控制器 代表：svn 只有一个集中管理的服务器，保存所有文件的修改，多个客户端连接这个服务器，提交和更新文件 问题: 如果服务器被黑或者出现了异常，代码可能丢失，开发进度将会被拖延，而且必须联网才能正常工作 分布式版本控制器 代表：git Git只关心文件数据整体变化，保存每次项目的快照，而且是分布式的，每一天电脑都可以作为服务器，也可以同时开发（客户端和服务端整合） git工作流程 常用命令 cd cd .. ls ll 编辑文件 vi i 进入编辑 esc 退出编辑 :wq 保存退出 创建全局用户 首先得创建全局用户，否则不让commit git config --global user.name git config --global user.email 全局配置文件在C:\Users\用户文件夹\.gitconfig新建用户信息，在所有仓库下都可以使用，创建的用户就在里面 创建仓库用户-局部用户 git config user.name git config user.email 局部配置文件在