git提交代码

git的介绍和基本使用

半腔热情 提交于 2019-12-02 23:28:52
git 简介 """ 什么是git:版本控制器 - 控制的对象是开发的项目代码 代码开发时间轴:需求1 > 版本库1 > 需求2 > 版本库2 > 版本库1 > 版本库2 """ git与svn比较 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 user.name '用户名' >: git config --global user.email '用户邮箱' 注:在全局文件 C:\Users\用户文件夹\.gitconfig新建用户信息,在所有仓库下都可以使用 """ 在仓库目录终端下 - 设置局部用户 """ >: git config user.name '用户名' -- 用户名 >: git config user.email '用户邮箱' --

Git使用

我与影子孤独终老i 提交于 2019-12-02 23:24:00
一、git简介 什么是git:版本控制器 - 控制的对象是开发的项目代码 代码开发时间轴:需求1 > 版本库1 > 需求2 > 版本库2 > 版本库1 > 版本库2 1.git与svn比较 2.git的工作流程 3.git分支管理 二、git使用 1.安装 1.下载对应版本:https://git-scm.com/download 2.安装git:在选取安装路径的下一步选取 Use a TrueType font in all console windows 选项 2.基础命令 将已有的文件夹 - 初始化为git仓库 >: cd 目标文件夹内部 >: git init 在指定目录下 - 初始化git仓库 >: cd 目标目录 >: git init 仓库名 在仓库目录终端下 - 设置全局用户 >: git config --global user.name '用户名' >: git config --global user.email '用户邮箱' 注:在全局文件 C:\Users\用户文件夹\.gitconfig新建用户信息,在所有仓库下都可以使用 在仓库目录终端下 - 设置局部用户 >: git config user.name '用户名' -- 用户名 >: git config user.email '用户邮箱' -- 用户邮箱 注:在当前仓库下的config新建用户信息

git提交本地代码到远程仓库之前没有pull失败解决

匿名 (未验证) 提交于 2019-12-02 22:56:40
git push错误failed to push some refs to的解决 当我们在github版本库中发现一个问题后,你在github上对它进行了在线的修改;或者你直接在github上的某个库中添加readme文件或者其他什么文件,但是没有对本地库进行同步。这个时候当你再次有commit想要从本地库提交到远程的github库中时就会出现push失败的问题。 使用指令 git pull --rebase origin master 1 文章来源: git提交本地代码到远程仓库之前没有pull失败解决

git提交时写message的规范

匿名 (未验证) 提交于 2019-12-02 22:56:40
git commit -m "写一行提交说明" # 跳出文本编辑器,写多行 git commit # add && commit 注意:add只针对修改文件不包括新增加的文件 git commit -am "" <type>(<scope>): <subject> // 空一行 <body> // 空一行 <footer> # 其中,Header 是必需的,Body 和 Footer 可以省略。 # 不管是哪一个部分,任何一行都不得超过72个字符(或100个字符)。这是为了避免自动换行影响美观。 # type feat:新功能(feature) fix:修补bug docs:文档(documentation) style: 格式(不影响代码运行的变动) refactor:重构(即不是新增功能,也不是修改bug的代码变动) test:增加测试 chore:构建过程或辅助工具的变动 # scope scope用于说明 commit 影响的范围,比如数据层、控制层、视图层等等,视项目不同而不同。 # subject subject是 commit 目的的简短描述,不超过50个字符。 - 以动词开头,使用第一人称现在时,比如change,而不是changed或changes - 第一个字母小写 - 结尾不加句号(.) Body 部分是对本次 commit 的详细描述,可以分成多行。 (1

关联本地Git仓库和Github仓库

匿名 (未验证) 提交于 2019-12-02 22:06:11
1、我们首先创建一个文件夹(用于保存本地仓) 在我们想要创建的路径下右键鼠标打开Git Bash Here(创建一个文件夹,并进入文件夹) 2、通过命令git init把我们刚才创建的文件夹变成Git可管理的仓 之后会在刚才创建的文件夹内看到多了一个 .git 的文件夹,这个文件夹的作用是用来跟踪和管理版 本库的。如果你看不到,是因为它默认是隐藏文件,那你就需要设置一下让隐藏文件可见。 3、现在我们就可以将我们想要上传的项目给拷贝到我们刚才创建的本地git仓内,可以同个git status 命令查看仓的当前状态。 让后输入git add .命令把该目录下的所有文件添加到仓的暂存区(注意 "." 是用空格隔开的)。 4、使用 git commit -m "xxxxxx" 把项目提交到仓库保存。双引号里面为本次提交的注释内容。用户自定义。 5、连接远程仓。连接远程仓的前提是需要有GitHub账号(想必大家都有了,所以这里就不介绍怎样创建GitHub账号了),在GitHub上面创建SSH keys。创建SSH keys的前提是需要在C盘的用户目录下找.ssh目录。 (1)可以看到我的目录下并没有.ssh目录。好把接下来,我们去创建它。 (2)继续在我们的Git Bash Here内输入 ssh-keygen -t rsa -C " youremail@example.com "

企业SVN版本管理与代码上线方案

匿名 (未验证) 提交于 2019-12-02 21:53:52
1.SVN服务实战 1) 什么是SVN(Subversion)? Svn(subversion)是近年来崛起的非常优秀的版本管理工具,与CVS管理工具一样,SVN是一个跨平台的开源的版本控制系统。Svn版本管理工具管理着随时间改变的各种数据。这些数据放置在一个中央资料档案库(repository)中,这个档案库很像一个普通的文件服务器或者FTP服务器,但是,与其他服务器不同的是,SVN会备份并记录每个文件每一次的修改更新变动。这样我们就可以把任意一个时间点的档案恢复到想要的某一个旧的版本,当然也可以直接浏览指定文件的更新历史记录。 为什么会有svn这样一个项目? 官方解释:为了接管CVS的用户基础,确切的说,我们写了一个新的版本控制系统,它和CVS很相似,但是它修正了以前CVS所没有解决的许多问题。问题见SVN官方首页。 SVN是一个非常通用的软件系统,它常被用来管理程序源码,但是它也可以管理任何类型的文件,如文本,视频,图片等等。 svn版本控制系统是集中式的数据管理,存在一个中央版本库,所有开发人员本地开发所使用的代码都是来自于这个版本库,提交代码也都必须提交到这个中央版本库。 svn版本控制系统工作流程如下: 在中央库上创建或从主干复制一个分支 从中央库check out 下这个分支的代码 增加自己的代码文件,修改现存的代码或删除代码文件 commit代码

如何通过github上传项目并在readme.md中展示图片二维码

匿名 (未验证) 提交于 2019-12-02 21:53:52
将本地项目上传至github 第一步:git init (创建仓库) 第二步:git add README.md (添加项目)git add * 第三步:git commit -m "first commit" (添加备注) 第四步:git remote add origin https://github.com/chenchu001/xijuyuanh5.git (连接到服务器地址) 解决方案: 1、先输入$ git remote rm origin 2、再输入git remote add origin https://github.com/chenchu001/xijuyuanh5.git 就不会报错了! 第五步:git push -u origin master(上传) 在readme.md中展示图片二维码 1、首先把图片放到程序里。提交到Github远程仓库。 2、在浏览器进入远程Github仓库找到图片打开图片。那么当前浏览器链接就是图片地址。复制出来。 3、打开README.md 进入编辑状态。放入如下代码进入编辑框。保存即可看见效果 ![image](https://github.com/chenchu001/shopcart/blob/master/static/images/shopcart.png) 文章来源: 如何通过github上传项目并在readme

git上传中的排除的配置文件, git实际的操作代码;

匿名 (未验证) 提交于 2019-12-02 21:53:52
git上传中的排除的配置文件: git实际的操作 在主目录建立.gitignore文件并输入以下保存: *.class #package file *.war *.ear #kdiff3 ignore *.orig #maven ignore target/ #eclipese ignore .settings/ .project .classpatch #idea .idea/ /idea/ *.ipr *.iml *.iws #temp file *.log *.cache *.diff *.patch *.tmp #system ignore .DS_Store Thumbs.db View Code 1:执行初始化 git init 2:查看状态 git status 3:上传本地并加注释 git commit -am "注释" 4: 复制git的地址 git remote add origin 6:拉取文件 git pull 7:推送远程仓库 git push -u origin master 8:强制推送(覆盖掉) git push -u -f origin master 9:查看本地分支; git branch 10: 查看远程的分支名字 git branch -r 11: 推送分支到git git checkout -b name 远程分支名字 12:再查看一下分支

Git – Fast Forward 和 no fast foward

為{幸葍}努か 提交于 2019-12-02 21:52:57
Git 很是强大,在体验过rebase的华丽之后,再次发现之前在TFS上遇到的问题一下都有解了。但也印证了Git深入并非易事。这篇就谈下一个容易迷糊的概念:Fast forward。 Fast-Forward 当前分支合并到另一分支时,如果没有分歧解决,就会直接移动文件指针。这个过程叫做fast forward。 举例来说,开发一直在master分支进行,但忽然有一个新的想法,于是新建了一个develop的分支,并在其上进行一系列提交,完成时,回到 master分支,此时,master分支在创建develop分支之后并未产生任何新的commit。此时的合并就叫fast forward。 示例: 1. 新建一个work tree,在master中做几次commit 2. 新建develop的branch,然后再做多次commits 此时的分支流图如下 ( gitx ): 正常合并 (master)$ git merge develop Updating 5999848..7355122 Fast-forward c.txt | 1 + d.txt | 1 + 2 files changed, 2 insertions(+), 0 deletions(-) create mode 100644 c.txt create mode 100644 d.txt 可以看出这是一次fast

GIT版本管理:Git Flow模型

萝らか妹 提交于 2019-12-02 21:52:32
#0 系列目录# 版本管理 SVN版本管理:场景命令实战 SVN版本管理:两种开发模式 GIT版本管理:场景命令实战 GIT版本管理:Git Flow模型 #1 Git Flow介绍# 我们都知道, 在 git 的分支功能相对 svn 确实方便许多, 而且也非常推荐使用分支来做开发 . 我的做法是每个项目都有2个分支, master 和 develop. master 分支是主分支, 保证程序有一个 稳定版本 , develop 则是开发用的分支, 几乎所有的功能开发, bug 修复都在这个分支上, 完成后 再合并回 master . 但是情况并不是这么简单. 有时当我们正在开发一个功能, 但程序突然出现 bug 需要及时去修复的时候, 这时要切回 master 分支, 并基于它创建一个 hotfix 分支. 有时我们在开发一个功能时, 需要停下来去开发另一个功能. 而且所有这些问题都出现 的时候, 发布也会成为比较棘手问题. 也就是说, git branch 功能很强大, 但是没有一套模型告诉我们应该怎样在开发的时候善用这些分支 。而Git Flow模型就是要告诉我们怎么更好地使用Git分支。 简单来说, git-flow 就是在 git branch git tag基础上封装出来的代码分支管理模型 ,把实际开发模拟成 master develop feature release