git提交代码

在日常使用GIT过程中，经常会出错，比如无意间丢失了未提交的数据，回退版本时丢失了工作目录，等等。经过思考发现，所有这些错误都是因为对GIT中一些基本的概念模糊而导致，因为对一些基本概念不清晰，导致对GIT每一条命令将会产生的结果不符合预期。下面我就梳理以下我经常碰到的问题相关的基本概念。 1. Working Directory（工作目录） Git的工作目录是保存当前正在工作的文件所在的目录，和working tree是相同的意思。在这个目录中的文件可能会在切换branch时被GIT删除或者替换。这个目录是个临时目录，临时存储你从GIT库中取出的文件，这些文件一直会被保存，直到下次提交。 2. GIT Directory（GIT库目录） 项目的所有历史提交都被保存在了GIT库目录中，只要你不作回滚操作，它应该不会丢失。 3. GIT Index（Git索引） Git index 可以看作是工作目录和Git库目录之间的暂存区，和staging area是相同的意思。可以使用Git index构建一组你准备一起提交的改变。Git Index和Git Staging area是同一个意思，都是指已经被add的但尚未commit的那些内容所在的区域。最简单的查看目前什么内容在index中的方法是使用 git status 命令。 命令中”Changes to be committed

1 基础使用 git是很好用的分布式版本管理系统 github是在线的，广泛使用online的git。free用户，所有的代码都是公开的!想使用更多功能，比如私有仓库，ok，付费……（当然，很多公司会自己搭建git，比如我用的是repo，命令都是一样的） git命令很多，但日常工作需要掌握的也没几个： 在github的setting中添加你的id_rsa.pub git remote add origin <git_url> 添加远程仓库 git add <files> 添加同时添加多个文件/夹 git commit -m '你的描述，最好是英文' git reset (--hard) <paths> 回到最新的commit，撤销所有的add/commit(--hard不保留修改，慎用) git pull --rebase origin master 从远程抓取最新的修改，忽略别人的commit（多人合作时非常重要！） git push origin master:master 推送远程仓库，收工~ 2 分支管理/开发流程 git-flow 很棒的版本管理流程 develop, master, feature, release, hotfix feature 新开发分支,基于dev;结束时合并到dev release 基于dev,即将发布(用于测试)

一、提交项目步骤 步骤1： 先创建一个commit 文件夹，在文件夹里面创建springboot的文件夹 git init 步骤2 添加文件到缓存区（添加所有文件（包括同目录下的文件夹） git add . 步骤3、提交说明 git commit -m "要说明的内容，如第一次作业" 步骤4、将本地仓库与远程GitHub关联 git remote add origin https://github.com/nibabadeyeye/commit.git 步骤5、在将本地仓库与GitHub网站上的仓库进行关联后，便可进行推送了，但是在第一次进行推送时，需要注意的是，GitHub网站上的仓库并非是空的，我们在创建时创建了一个README文档，因此需要将两者进行合并才行。此步骤不必要。 git pull --rebase origin master 步骤6、进行推送 git push origin master / git push -u origin master 二、删除gitHub文件夹 首先cd到当前目录的上一个目录 2.1、git rm -r --cached test 2.2、git commit -m "delete test " 2.3、git push origin master 三、常用操作命令 3.1、从gitHub上面克隆 git clone https:/

https://my.oschina.net/u/855913/blog/1846056 将git log替换成git lg，并且彩色显示，方便查看及回滚到某个版本，效果如下： git lg效果图 只要在命令行输入以下命令回车： git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit" 然后再git lg就可以看到彩色的日志。 附上常用git 命令： 1.到本地仓库 cd 2.查看状态：git status 3.添加文件：git add . 4.提交 git commit -m”备注” 5.查看日志：git log 6.查看当前分支：git branch 7.拉取最新代码：git pull origin 分支名 8.推送代码：git push origin 分支名 9.删除远程分支：git push origin :分支名 10.新建分支，并切换到新建的分支:git checkout -b 新分支名 11.将新建的分支推送到服务器：git push origin 新建的分支名 12.删除本地分支：git branch

git git简单介绍 git是一个开源的分布式版本控制系统， 可以有效、高速的处理很小到非常大的项目版本管理。==代码管理工具== 有几个仓库的官网 GitHub-- https://github.com/ 码云 -- https://gitee.com/ 腾讯云 -- https://dev.tencent.com/ 如何使用 在以上任意一个官网注册账号，之后创建仓库,创建的仓库会有仓库的地址 地址共有两种形式，分别是HTTPS,和SSH,之后复制地址, 再到你要上传的文件夹 git clone 地址 HTTPS和SSH的区别 区别就在于HTTPS每次操作仓库时候都要输入用户名和密码 这样就是很麻烦，而SSH就不需要用SSH的前提就是需要配公钥和秘钥 git的命令 命令 说明 git init 初始化git仓库 git add . 把工作区所有的修改都提交到暂存区 git add 指定文件名 把工作区指定的文件添加到暂存区 git status 查看工作区和暂存区的状态 git commit -m “描述” 把修改从暂存区提交到本地版本库的当前分支 git commit -a -m “提交信息” 跳过暂存区 已经跟踪过的文件暂存起来一并提交 git log 查看历史记录 git reflog 查看所有的历史记录 git log --graph 打印图谱 git diff

tag是对历史一个提交的id的应用。 Git查看Tag命令： git tag 但这个查看的是本地库的所有标签， 如果要查看中央库的标签，可以使用 git ls-remote 这个命令会列出所有的标签和分支。 标签拉取 git pull默认不会将中央库中的所有 tags 拉下来， 可以通过如下命令获取： git fetch --tags 再使用： git tag 列出所有的tag 和日期 git for-each-ref --sort=taggerdate --format ‘%(refname) %(taggerdate)’ refs/tags 获取指定tag代码 git checkout tag_name 来源： CSDN 作者： oscar999 链接： https://blog.csdn.net/oscar999/article/details/103466058

git配置ssh秘钥： https://www.cnblogs.com/lz0925/p/10725010.html . git用ssh方式下载和提交代码： https://www.cnblogs.com/yanh0606/p/9199774.html . 来源： CSDN 作者： cd_maomao 链接： https://blog.csdn.net/weixin_39107928/article/details/103460414

什么是版本库呢？ 版本库又名仓库，英文名repository，你可以简单理解成一个目录 ，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。 所以，创建一个版本库非常简单，首先，选择一个合适的地方，创建一个空目录： $ mkdir learngit$ cd learngit$ pwd /Users/michael/learngit pwd 命令用于显示当前目录。在我的Mac上，这个仓库位于 /Users/michael/learngit 。 如果你使用Windows系统，为了避免遇到各种莫名其妙的问题，请确保目录名（包括父目录）不包含中文。 第二步，通过 git init 命令把这个目录变成Git可以管理的仓库（在未使用init指令前，目录是不受git跟踪管理的）： $ git initInitialized empty Git repository in /Users/michael/learngit/.git/ 瞬间Git就把仓库建好了，而且告诉你是一个空的仓库（empty Git repository）， 细心的读者可以发现当前目录下多了一个 .git 的目录，这个目录是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了。

clone项目 git clone [仓库地址] eg: git clone https://github.com/tianzhijiexian/TestRepository.git 配置用户名&邮箱 git config user.name "用户名" git config user.email "邮件地址" eg: git config user.name "Jiang Xin" git config user.email "gotgithub@gmail.com" 上面是对当前的仓库做的配置，如果你想做 全局的配置 ，那么就要用git config –global 命令，有了global这个参数，表示你这台机器上所有的Git仓库都会使用这个配置，比如： git config --global user.name "wangyubin" 查看用户名和邮箱 cat ~/.gitconfig 添加新的远程仓库 添加远程仓库 git remote add [仓库名] [链接] eg: git remote add kale git://github.com/paulboone/ticgit.git 查看已经存在的远程仓库 git remote 列出详细信息，在每一个名字后面列出其远程url git remote -v 本地和远程仓库之间进行同步( 获取仓库的所有更新

一、为什么需要规范？ 无规矩不成方圆，编程也一样。 如果你有一个项目，从始至终都是自己写，那么你想怎么写都可以，没有人可以干预你。可是如果在团队协作中，大家都张扬个性，那么代码将会是一团糟，好好的项目就被糟践了。不管是开发还是日后维护，都将是灾难。 这时候，有人提出了何不统一标准，大家都按照这个标准来。于是 ESLint ， JSHint 等代码工具如雨后春笋般涌现，成为了项目构建的必备良品。 Git Commit 规范可能并没有那么夸张，但如果你在版本回退的时候看到一大段糟心的 Commit ，恐怕会懊恼不已吧。所以，严格遵守规范，利人利己。 二、具体规则 先来看看公式： <type>(<scope>): <subject> type 用于说明 commit 的类别，只允许使用下面7个标识。 feat：新功能（feature） fix：修补bug docs：文档（documentation） style： 格式（不影响代码运行的变动） refactor：重构（即不是新增功能，也不是修改bug的代码变动） test：增加测试 chore：构建过程或辅助工具的变动 scope 用于说明 commit 影响的范围，比如数据层、控制层、视图层等等，视项目不同而不同。 subject 是 commit 目的的简短描述，不超过50个字符。 1.以动词开头，使用第一人称现在时，比如change