git提交代码

克隆地址 git clone 地址 初始化本地仓库 git init 创建本地分支 git checkout -b +分支名 提交到本地仓库 git add . 提交描述 git commit -m ‘描述内容’ 提交 git push git合并代码 git merge +分支名 和远端仓库关联 git push --set-upstream origin +远端地址 查看远程分支 git branch -r 查看本地分支 git branch -v 查看git操作记录 git reflog 查看提交日志 git log --oneline 回退代码到指定版本 git reset --hard +版本号 删除分支 git branch -d +分支名 来源： CSDN 作者： qq_43058760 链接： https://blog.csdn.net/qq_43058760/article/details/104029409

具体的操作见另一篇 第一部分 : 安装 1. 下载地址: https://git-scm.com/download/win; 如果速度慢, 使用 迅雷下载; 2. 点击安装, 然后下一步, 直到下面这个页面: 建议: 按照上面所示方式选中复选框 ; 3 点击下一步, 直到出现这个页面: 建议: 这个页面是选择git使用的命令行, 建议使用第一个git自带的; 4. 点击下一步, 直到出现下面这个页面: 建议: 这个是选择行结束符, windows与linux行结束符不一致; 建议选择第一个, 这样git会自动转换; 5. 点击下一步, 直到出现下面这个页面: 建议: 选择命名行窗口, 建议第一个; 6点击下一步, 直到出现下面这个页面: 建议: 是否开启文件缓存, 选第一个; 点击install; 7 安装成功后: 击桌面上的git快捷方式打开命名行, 运行git命名, 出现如下界面则成功: 第二部分 : windows 配置 git SSH 服务 : 1. 生成SSH秘钥对: 命名行运行 : ssh-keygen -t rsa -C "你的邮箱地址"; 2输入你的秘钥密码: 3 找到这个文件:用记事本打开, 然后复制内容 4 进入git, 从这里打开信息设置页面: 在这里添加生成的秘钥; 第三部分 : 配置全局用户名和邮箱 1.命令行运行以下指令: git config -

Linux 文件与目录 cd命令： $ cd [path] //path为路径名称，这只是常规语法 1 详细用法如下： $ cd /d //进入d盘 $ cd d: //进入d盘 $ cd D: //进入d盘 $ cd /D //进入d盘 $ cd .. //返回上一级目录 $ cd ../ //返回上一级目录 $ cd ../../ //返回上两级目录 $ cd . //切换到当前目录，通常没有任何反应 $ cd ./ //切换到当前目录，通常没有任何反应 $ cd //不要以为看错了，确实就只有一个“cd”，它表示切换到个人主目录（类似于切换到window的桌面，但又不是桌面） $ cd - //返回上次访问目录（即倒退到上一次目录位置） $ cd /d/loushengyue/study //进入d盘中的loushengyue目录下的study目录 ls命令： $ ls //查看当前目录中的文件夹及文件 $ ls -l //查看当前目录下的文件和文件夹的详细资料 $ ls -a //查看当前目录中的文件夹及文件(包括隐藏文件） $ ls -la //查看当前目录下的文件和文件夹的详细资料(包括隐藏文件） pwd命令： $ pwd //显示当前目录路径 1 rm命令： $ rm test.js -rf //删除当前目录下的 test.js 文件 $ rm ./test.html

对比分支： 1.查看 dev 有，而 master 中没有的： git log dev ^master 同理查看 master 中有，而 dev 中没有的内容： git log master ^dev 2.查看 dev 中比 master 中多提交了哪些内容： git log master..dev 注意，列出来的是两个点后边（此处即dev）多提交的内容。同理，想知道 master 比 dev 多提交了什么： git log dev..master 3.不知道谁提交的多谁提交的少，单纯想知道有什么不一样： git log dev...master 4.在上述情况下，再显示出每个提交是在哪个分支上： git log --left-right dev...master 注意 commit 后面的箭头，根据我们在 –left-right dev…master 的顺序，左箭头 < 表示是 dev 的，右箭头 > 表示是 master的。 截图中表示这三个提交都是在 master 分支上的 5.撤销命令：git reset --hard HEAD^ 6.撤销命令：git revert --hard HEAD^ 一、新建代码库 # 在当前目录新建一个Git代码库 $ git init # 新建一个目录，将其初始化为Git代码库 $ git init [project-name] #

一次大改版，提交了很多代码，但再次提交提交不了，也拉不下来仓库的代码 提示error bad signature fatal: index file corrupt 　　在项目有.git这同级打开Git Bash Here 输入 $ rm -f .git/index 出现 ssss@DESKTOP-ssssMINGW64 /e/project/ssss(master) 再输入 $ git reset 自己执行了 第一步并没有出现上述结果。手动到.git文件中 把 index文件删除了。可以正常提交了 来源： https://www.cnblogs.com/ldcheng/p/12207204.html

正是Github，让社会化编程成为现实。本文尝试谈谈GitHub的文化、技巧与影响。 Q1：GitHub是什么 Q2：GitHub风格 Q3: 在GitHub，如何跟牛人学习 Q4: 享受纯粹的写作与演讲 Q5: 代码帮你找工作 Q6: GitHub还在影响一些什么 Q7: 除了GitHub，还可以选择什么？ Q1：GitHub是什么 A1：一家公司 位于旧金山，由 Chris Wanstrath , PJ Hyett 与 Tom Preston-Werner 三位开发者在2008年4月创办。迄今拥有59名全职员工，主要提供基于git的版本托管服务。 在此之前，它是由 Tom 与 Chris 在本地程序员聚会中，开始的一个用于托管git的项目。正如每个伟大的传奇都开始于一场冒险，Tom在这篇文章 我如何辞掉微软30万年薪邀约，创办GitHub 中谈到： 当我老去，回顾一生，我想说，“哇，那是一场冒险“；而不是，“哇，我真的很安稳。“ 另一位创始人 Chris 也详细描述了 GitHub初创的前因后果 ，他说道： Do whatever you want. 于是，在2008年4月10号这一天，GitHub正式成立。 目前看来，GitHub这场冒险已经胜出。根据来自 维基百科关于GitHub的描述 ，我们可以形象地看出GitHub的增长速度： 今天，GitHub已是：

Git命令行基本操作 0. 安装Git 网上有很多Git安装教程，如果需要图形界面，windows下建议使用TortoiseGit，linux建议使用Git GUI或者GITK。 1. Git基本配置 git config可以配置git的参数，可以使用 git config --list 查看已经配置的git参数。其中有三个级别的保存位置， --system 、 --global 、 --local ，分别表示所有用户（本系统）、当前用户（全局）、本地配置（当前目录），默认使用 --local 。 配置用户名及邮箱 在使用Git提交前，必须配置用户名和邮箱，这些信息会永久保存到历史记录中。 git config --global user.name "Tocy" git config --global user.email zyvj@qq.com 其他配置 如果在windows下建议还是配置下默认文本编辑器 core.editor 和差异分析工具 merge.tool 。 2. 创建Git仓库 可以直接调用 git init 初始化当前目录，即创建Git仓库。 3. 获得Git仓库 如果需要克隆远程仓库，可以使用 git clone ，比如： git clone https://git.oschina.net/Tocy/SampleCode.git 4. 提交更新

一、理解概念 1、git与github的区别： 两者并非同一个概念，简单而言， git是一种实现分布式版本控制的工具，可以看做是一种管理代码的工具； github 则是一个远程的代码仓库，是世界上最大的软件远程仓库，是一个面向开源和私有软件项目的托管平台， 全世界的程序员都会将代码上传到该平台，与大家做分享和开源； 2、 git与github的关系： 当你要开发一个自己的项目时， 需要创建自己的项目仓库， 这个仓库，可以创建在本地，也可以创建在github这样的开源管理平台； 而对github的所有操作，均是通过git指令实现的； 所以，简单理解一下两个的关系，更多是一种『平台化和操作平台工具』的关系； 二、git的工作原理 1、从远端仓库克隆git资源到本地目录，该本地目录为『工作区』；一般是『git clone』的结果 2、在工作区，可以进行代码的修改、新增代码、删除代码等操作； 3、如果有其他人更新了代码，并合入了远端仓库， 你可以直接更新本地目录，实现同步更新； 同样，你也可以是那个更新远端仓库的人； 4、提交修改到暂存区，英文名为stage或者index，一般放在『.git』目录下的index目录下；【不过这些不重要，重要的是后面这句话】， 当执行『git add 被修改的文件』指令后，对工作区的修改，被存储到『暂存区』； 5、提交修改到远端仓库，该操作是执行『git

本文旨在使用通俗易懂的文字，讲解版本控制背后的理论，以便你能对程序员们如何工作有个全局概念。本文不涉及代码，不用下载啥东西，循序渐进，不关注繁复细节，只有文字和一些不怎么漂亮的手绘涂鸦。 写本文的动机 学习任何东西都能在网络上找到如此之多的指导教程，这一直令我惊讶不已。Git 和 Github 也不例外，网络上有大量优秀资源，这些资源要么只对其中一个，要么兼顾二者引导你开始学习。以下是我特别喜欢的一些资源： Treehouse – 写给设计师的 Git 入门介绍 Roger Dudler – Git 简易教程 Pluralsight – Github：初学者指南 然而，我发现这些教程总是跳过许多理论知识，直接解释如何通过命令行或 Github 桌面应用程序使用 Git 。坦白说，如果你只是想知道你的开发团队谈论的到底是什么，这些指导教程也绰绰有余了。如上所述，我的目标是对版本控制的整体概念进行简明扼要地讲解，同时希望能让你了解到版本控制是如此酷。 让我们从最基础的开始：版本控制 Image credit: weebletheringskite, WordPress 版本控制（Version control）: 学习它，爱上它，享受它。顾名思义，版本控制系统是任何能让你了解到一个文件的历史，以及它的发展过程的系统。之前作为平面设计师时，我常常会遇到这种文件： 看起来眼熟

今天提交代码时发现了以下情况 commits后面的 52- -是什么鬼？ 后来查知，提交代码不仅是完善bug或者拓展功能，还要用规范性的提交格式，不然就会扣分。一次就扣52还挺多的。 Commit message格式 < type > : < subject > 注意冒号后面有空格。 type 用于说明 commit 的类别，只允许使用下面7个标识。 feat：新功能（feature） fix：修补bug docs：文档（documentation） style： 格式（不影响代码运行的变动） refactor：重构（即不是新增功能，也不是修改bug的代码变动） test：增加测试 chore：构建过程或辅助工具的变动 如果type为feat和fix，则该 commit 将肯定出现在 Change log 之中。 subject subject是 commit 目的的简短描述，不超过50个字符，且结尾不加句号（.）。 来源： CSDN 作者： HighBox 链接： https://blog.csdn.net/weixin_43590389/article/details/103754145