git提交代码

一.Git是什么 ​ Git是目前世界上最先进的 分布式版本控制系统 二.SVN与Git的最主要的区别? ​ SVN为集中式版本控制系统,版本库是集中存放在中央服务器的, ​ 单独搭建SVN服务器,不能离线工作 ​ 操作简单代码保密性较强 ​ Git为分布式版本控制系统,根本没有"中央服务器",每个人的电脑都是一个完整的版本库 ​ 适合分布式开发,强调个体 ​ 公共服务器压力和数据量都不会太大 ​ 速度快,灵活 可以离线工作 ​ 操作复杂,代码保密性差 ​ GitHub,免费的远程仓库，如果是个人的开源项目，放到GitHub上是完全没有问题的。GitHub还是一个开源协作社区，通过GitHub，既可以让别人参与你的开源项目，也可以参与别人的开源项目。 SVN的存储需要依赖一个服务器，而git所有的东西是放在线上的。节约成本，省时省力。 三.安装Git ​ 在这个网站去下载 https://desktop.github.com/ Git最新版,windows和linux系统都有,我这边给大家是windows环境上演示 ​ 下载之后,安装,傻瓜式操作,一直下一步 (next),安装成功之后咱们电脑的程序菜单会出现3个栏目如下图 ​ <1>git bash 支持linux命令的控制台（常用） ​ <2>git CMD 支持windows命令的控制台 ​ <3>git GUI

一、如何安装 git 下载地址： https://git-scm.com/download/win 根据自己的电脑选择是32 位的还是 64 位的。下载完后直接运行，之后一直 next 就好了。安装成功后，会有这样一个标志。 二、 如何使用 git （1） 首先你要点进去 https://github.com/ 这个网站，注册一个 github 账号 。注册好之后，要记住邮箱和密码。 （2 ） 打开之前的那个图标就是这样一个窗口，首先Git是分布式版本控制系统，所以需要填写用户名和邮箱作为一个标识，分别输入这两个命令，用户名和邮箱需要换成自己的。 （3） 打开之前的那个图标就是这样一个窗口。现在比如我在我的C:/wamp/www/aaa 有一个项目，我要对它进行管理怎么办呢。直接在控制台里面输入 cd c:/wamp/www/aaa 之后你就会在 aaa 这个目录里面了 。那如何对它进行管理呢。直接在控制台输入 git init 之后你去查看 aaa 目录里面发现里面多了这样一个东西 。 这是一个隐藏文件夹，有点电脑看不见，是因为文件夹选项设置的隐藏文件不可见，这个去控制面板里的文件夹选择设置一下就好了。 下面我们接着来操作，试着开始写我们的项目。 首先我写一个首页叫 index.html 现在我在我的页面里写好了这样一段话，保存之后我们接着来进行操作。 现在我们开始在 git

git log 查看 提交历史 在提交了若干更新之后，又或者克隆了某个项目，想回顾下提交历史，可以使用 git log 命令查看。 接下来的例子会用我专门用于演示的 simplegit 项目，运行下面的命令获取该项目源代码： git clone git://github.com/schacon/simplegit-progit.git 然后在此项目中运行 git log ，应该会看到下面的输出： $ git log commit ca82a6dff817ec66f44342007202690a93763949 Author: Scott Chacon <schacon@gee-mail.com> Date: Mon Mar 17 21:52:11 2008 -0700 changed the version number commit 085bb3bcb608e1e8451d4b2432f8ecbe6306e7e7 Author: Scott Chacon <schacon@gee-mail.com> Date: Sat Mar 15 16:40:33 2008 -0700 removed unnecessary test code commit a11bef06a3f659402fe7563abf99ad00de2209e6 Author: Scott Chacon

1 创建仓库 1.1.1 创建并初始化本地仓库 mkdir project #创建项目目录 cd project #进入项目目录 git init #初始化 git 本地仓库。此命令会在当前目录新建一个 .git 目录，用于存储 git 仓库的相关信息。 1 2 3 1.1.2 初始化本地仓库提交 touch README # 创建README文件好习惯 git add . # 将当前目录添加到 git 仓库中， 使用 git add -A 则是添加所有改动的文档 git commit -m "[Commit Information] Initial commit" git remote add origin git@github.com:nowamagic/repo.git # 设置仓库 1 2 3 4 1.2 或者可以使用别人的仓库 git clone http://path/to/git.git # clone 的内容会放在当前目录下的新目录 1 2 Git工作流 / 系统构成 你的本地仓库由 git 维护的三棵“树”组成。第一个是你的 工作目录，它持有实际文件；第二个是 缓存区（Index），它像个缓存区域，临时保存你的改动；最后是 HEAD，指向你最近一次提交后的结果。 2.1 提交改动（add） 捕获/追踪改动： git add <filename> 1 或者: git

window环境下pycharm使用git 我在网上get到了一些资源和一些有趣的帖子,接下来我会在以前的帖子的基础上进行进一步的跟进. 下载安装git安装包: 推荐下载安装地址:https://www.jianshu.com/p/e9b37c0a3c4d,选择你需要的windows版本下载安装 下载好以后安装教程看这里:https://www.cnblogs.com/wj-1314/p/7993819.html pycharm配置git and github 1、ctrl+alt+S 打开pycharm设置项，选择Version Control 配置git 红框里面选择你安装git的路径. 配置 github ,按照顺序点击添加账户,输入你的gitjub账户名和密码,点击登录,确定最后配置完毕. 最后一定要看,这里有坑。 我安装好以后直接上传项目报错，由于我这里已经弄好了，没有截图。所以直接说过程吧。搜索引擎一搜发现还需要添加SSH密钥在GitHub上面，下面是步骤。 1、打开Git Bash 输入ssh-keygen -t rsa -C “your_git_hub_email” 如下图所示就成功了,这个过程中他会提示让你输入文件的名字还有密码.输入过后我去C:\Users\xxhaa.ssh发现没有这个文件夹,当然,也没有这个文件了然后开始某度入坑.一番

Git 作为一个源码管理系统，不可避免涉及到多人协作。 协作必须有一个规范的工作流程，让大家有效地合作，使得项目井井有条地发展下去。”工作流程”在英语里，叫做”workflow”或者”flow”，原意是水流，比喻项目像水流那样，顺畅、自然地向前流动，不会发生冲击、对撞、甚至漩涡。 本文介绍三种广泛使用的工作流程： Git flow Github flow Gitlab flow 如果你对Git还不是很熟悉，可以先阅读下面的文章。 《Git 使用规范流程》 《常用 Git 命令清单》 《Git 远程操作详解》 一、功能驱动 本文的三种工作流程，有一个共同点：都采用”功能驱动式开发”（Feature-driven development，简称FDD）。 它指的是，需求是开发的起点，先有需求再有功能分支（feature branch）或者补丁分支（hotfix branch）。完成开发后，该分支就合并到主分支，然后被删除。 二、Git flow 最早诞生、并得到广泛采用的一种工作流程，就是Git flow 。 2.1 特点 它最主要的特点有两个。 首先，项目存在两个长期分支。 主分支master 开发分支develop 前者用于存放对外发布的版本，任何时候在这个分支拿到的，都是稳定的分布版；后者用于日常开发，存放最新的开发版。 其次，项目存在三种短期分支。 功能分支（feature

Pull Requests 是 Bitbucket 上方便开发者之间协作的功能。提供了一个用户友好的 Web 界面，在集成提交的变更到正式项目前可以对变更进行讨论。 开发者向团队成员通知功能开发已经完成， Pull Requests 是最简单的用法。开发者完成功能开发后，通过 Bitbucket 账号发起一个 Pull Request 。这样让涉及这个功能的所有人知道，要去做 Code Review 和合并到 master 分支。 但是， Pull Request 远不止一个简单的通知，而是为讨论提交的功能的一个专门论坛。如果变更有任何问题，团队成员反馈在 Pull Request 中，甚至 push 新的提交微调功能。所有的这些活动都直接跟踪在 Pull Request 中。 相比其它的协作模型，这种分享提交的形式有助于打造一个更流畅的工作流。 SVN 和 Git 都能通过一个简单的脚本收到通知邮件；但是，讨论变更时，开发者通常只能去回复邮件。这样做会变得杂乱，尤其还要涉及后面的几个提交时。 Pull Requests 把所有相关功能整合到一个和 Bitbucket 仓库界面集成的用户友好 Web 界面中。 解析 Pull Request 当要发起一个 Pull Request ，你所要做的就是请求（ Request ）另一个开发者（比如项目的维护者），来 pull

Pull Requests 是 Bitbucket 上方便开发者之间协作的功能。提供了一个用户友好的 Web 界面，在集成提交的变更到正式项目前可以对变更进行讨论。 开发者向团队成员通知功能开发已经完成， Pull Requests 是最简单的用法。开发者完成功能开发后，通过 Bitbucket 账号发起一个 Pull Request 。这样让涉及这个功能的所有人知道，要去做 Code Review 和合并到 master 分支。 但是， Pull Request 远不止一个简单的通知，而是为讨论提交的功能的一个专门论坛。如果变更有任何问题，团队成员反馈在 Pull Request 中，甚至 push 新的提交微调功能。所有的这些活动都直接跟踪在 Pull Request 中。 相比其它的协作模型，这种分享提交的形式有助于打造一个更流畅的工作流。 SVN 和 Git 都能通过一个简单的脚本收到通知邮件；但是，讨论变更时，开发者通常只能去回复邮件。这样做会变得杂乱，尤其还要涉及后面的几个提交时。 Pull Requests 把所有相关功能整合到一个和 Bitbucket 仓库界面集成的用户友好 Web 界面中。 解析 Pull Request 当要发起一个 Pull Request ，你所要做的就是请求（ Request ）另一个开发者（比如项目的维护者），来 pull

Pull Requests 是 Bitbucket 上方便开发者之间协作的功能。提供了一个用户友好的 Web 界面，在集成提交的变更到正式项目前可以对变更进行讨论。 开发者向团队成员通知功能开发已经完成， Pull Requests 是最简单的用法。开发者完成功能开发后，通过 Bitbucket 账号发起一个 Pull Request 。这样让涉及这个功能的所有人知道，要去做 Code Review 和合并到 master 分支。 但是， Pull Request 远不止一个简单的通知，而是为讨论提交的功能的一个专门论坛。如果变更有任何问题，团队成员反馈在 Pull Request 中，甚至 push 新的提交微调功能。所有的这些活动都直接跟踪在 Pull Request 中。 相比其它的协作模型，这种分享提交的形式有助于打造一个更流畅的工作流。 SVN 和 Git 都能通过一个简单的脚本收到通知邮件；但是，讨论变更时，开发者通常只能去回复邮件。这样做会变得杂乱，尤其还要涉及后面的几个提交时。 Pull Requests 把所有相关功能整合到一个和 Bitbucket 仓库界面集成的用户友好 Web 界面中。 解析 Pull Request 当要发起一个 Pull Request ，你所要做的就是请求（ Request ）另一个开发者（比如项目的维护者），来 pull

一、协作流程参照下图 二、分支简介 master分支： 永远处于稳定状态，这个分支代码可以随时用来部署。不允许在该分支直接提交代码。 develop分支： 开发分支，包含了项目最新的功能和代码，所有开发都在develop上进行。一般情况下小的修改，不紧急上线直接在这个分支上提交代码。 feature分支： 如果要改的一个东西会有比较多的修改，或者改的东西影响会比较大，请从develop分支开出一个feature分支，分支名约定为feature/xxx release分支： 来做发布前的准备，分支名约定为release/*** hotfix分支： 发现线上的代码（也就是 master）有 bug，但是这个时候我们的 develop 上的有些功能还没完成，还不能发布，这个时候我们可以从 master 分支上开出一个 hotfix 分支（记住：直接在 master 上提交代码是不允许的！），分支名约定为hotfix/xxx，在这个分支上修改完 bug 后需要把这个分支同时合并到 master 和 develop 分支 三、具体的操作流程 1、创建分支或者拉取远程仓库别人创建的分支 //创建分支并提交到远程仓库 git checkout -b feature/newFunction develop //创建分支并切换到feature/newFunction分支 git push -u