branch

git 提交代码，本地新建一个my分支，不从本地master分支直接上传，而是先从本地my分支上提交至本地master分支，然后本地master提交至远程master分支 上。前提是远程只有一个master分支。 第一步：首先到工程目录下。打开git bash命令框 第二步：创建本地my分支，git checkout -b my（已经存在my分支则git checkout my直接切换到my分支） 第三步：将本地my的分支上的修改提交至缓存区， git add .(提交全部修改)，或者只修改了某个文件可以 git add 文件路径+文件名 进行提交 git commit -m "备注" 注释：这步之后已经将修改的代码提交到了my分支的缓存区 第四步：切换到master，git checkout master； 首先记住一定要先将远程master分支的代码更新本地master分支，否则代码无法提交。git pull 更新本地master代码； 将my缓存区提交的修改合并到本地master分支上，git merge my。（此时已经将修改与本地master合并）； 最后将代码提交到远程master上，git push。 （建议：可以在提交万代码之后将my分支删除，重新创建一个my分支，因为此时的my分支和master分支的版本不同，如果不删除，则需要将master分支

一、Git vs SVN Git 和 SVN 孰优孰好，每个人有不同的体验。 Git是分布式的，SVN是集中式的 这是 Git 和 SVN 最大的区别。若能掌握这个概念，两者区别基本搞懂大半。因为 Git 是分布式的，所以 Git 支持离线工作，在本地可以进行很多操作，包括接下来将要重磅推出的分支功能。而 SVN 必须联网才能正常工作。 Git复杂概念多，SVN简单易上手 所有同时掌握 Git 和 SVN 的开发者都必须承认，Git 的命令实在太多了，日常工作需要掌握add,commit,status,fetch,push,rebase等，若要熟练掌握，还必须掌握rebase和merge的区别，fetch和pull的区别等，除此之外，还有cherry-pick，submodule，stash等功能，仅是这些名词听着都很绕。 在易用性这方面，SVN对于新手来说会更有好一些。但是从另外一方面看，Git 命令多意味着功能多，若我们能掌握大部分 Git 的功能，体会到其中的奥妙，会发现再也回不去 SVN 的时代了。 Git分支廉价，SVN分支昂贵 在版本管理里，分支是很常使用的功能。在发布版本前，需要发布分支，进行大需求开发，需要 feature 分支，大团队还会有开发分支，稳定分支等。在大团队开发过程中，常常存在创建分支，切换分支的要求。 Git 分支是指针指向某次提交，而 SVN

系统ubuntu14.04 1.安装：sudo apt-get install git 2.设置name and Email： 　　git config --global user.name "Your Name" 　　 git config --global user.email "email@example.com" 3.创建版本库： 　　在目录下执行命令：git init 　　提交： git add filename添加到暂存区 　　　　　git　commit filename 把暂存区内容提交到当前分支 4.查看状态： 要随时掌握工作区的状态，使用 git status 命令。 如果 git status 告诉你有文件被修改过，用 git diff 可以查看修改内容。 　 HEAD 指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令 git reset --hard commit_id 。 穿梭前，用 git log 可以查看提交历史，以便确定要回退到哪个版本。 要重返未来，用 git reflog 查看命令历史，以便确定要回到未来的哪个版本 5.撤销修改： 场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令 git checkout -- file 。 git checkout 其实是用版本库里的版本替换工作区的版本

GitHub 是一个面向开源及私有软件项目的托管平台，因为只支持 Git 作为唯一的版本库格式进行托管，故名 GitHub。 1. 打开浏览器，输入GitHub的网址https://github.com,默认进来是注册页面，输入用户名，邮箱和密码进行注册（注册过程中需要进行邮箱验证） 2. 已经注册过GitHub的用户点击“Sign in”进行登陆，输入登陆信息 3. 进入主页后，显示Repositories列表，初次登录时为空，我们可以点击“New”进行新建 4. 进入新建仓储页，填写仓储名称、描述、公开还是私有、创建README文件，然后点击“Create Repository”即可完成创建，如下图所示： 5. 完成创建后，进入到该仓储页，如下图所示： 6. 我们可以为描述部分增加关联的网站，我们只需要点击“Edit”即可，如下图所示： 7. 保存后，关联的网站地址就显示在描述文字后面，如下图所示： 8. 如果想要分类创建的仓储并且让查找更多一些，我们可以点击“Manage topics”来添加主题，如下图所示： 9. 我们输入主题关键字，输入完一个按空格键，即添加一个主题，可以添加多个主题，然后点击“Done”即可，如下图所示： 10. 添加完Topics后，就显示出来了，我们也可以点击“Manage topics”进行编辑维护，如下图所示： 11.

0.了解git的流程 在本地中，在用远程服务拉取的项目或者本地创建的项目，可以分为主要有三个部分：git directory 、working directory、staging area git目录主要存储数据库和元数据，主要有远程拉取的代码 工作目录是用来进行新增修改操作区域，当有操作修改，通过命令添加有修改的文件，此添加命令，主要是添加到暂存区或是索引，在进行提交到git的目录中。git目录会对工作区进行监控，所查看的历史的版本可以从查看。 1.下载与安装 git官网https://git-scm.com/ 在里面下载系统的git安装代码。 安装完成后，会有Git Bash工具，这个工具是类似windows的命令行工具。但是他是bash命令行，里面使用的unix命令。对于熟悉linux命令的同学来说这个工具栏是救星。 如果已经按照了git，想继续更新git可以使用一下命令进行更新。 git clone git://git.kernel.org/pub/scm/git/git.git http://www.ruanyifeng.com/blog/2015/12/git-cheat-sheet.html 2.如果是首次按照，可以配置git的基础设置 git config --list 查看配置的清单 git config --global user.name/user.email

这个系列的初衷是便于自己总结与回顾,把笔记本上面的东西转移到这里,态度不由得谨慎许多,下面是我参考的资源: ASP.NET Core 中文文档目录 官方文档 记在这里的东西我会不断的完善丰满,对于文章里面一些局限于我自己知识积累的观点,希望没有跳走坚持看完的朋友,能够予以指正和鼓励. 系列目录 (1)Starup (2)中间件 (3)静态文件 中间件 中间件是一种装配到应用管道以处理请求和响应的软件。 每个组件： 选择是否将请求传递到管道中的下一个组件 可在管道中的下一个组件前后执行工作 请求委托用于生成请求管道。 请求委托处理每个 HTTP 请求。 请求委托通过使用 IApplicationBuilder 类型的 Run、Map 以及 Use 扩展方法来配置，并在Starup类中传给configure方法 。每个单独的请求委托都可以被指定为一个 内嵌匿名方法，或其定义在一个可重用的类中。这些可重用的类被称作中间件或中间件组件。每个位于请求管道内的中间件组件负责调用管道中下一个组件，或适时短路调用链。 使用 IApplicationBuilder 创建中间件管道 ASP.NET Core 请求管道包含一系列请求委托，依次调用 这系列委托并不是一条路走到底:每个委托均可在下一个委托前后执行操作,使得请求管道短路. 短路的方式存在两种: 1任何委托都能选择停止传递到下一个委托

3 月，跳不动了？>>> 问题： I don't want to rename a remote branch, as described in Rename master branch for both local and remote Git repositories . 我不想重命名远程分支，如 重命名本地和远程Git存储库的master分支中 所述。 How can I rename a local branch which hasn't been pushed to a remote branch? 如何重命名尚未推送到远程分支的本地分支？ In case you need to rename remote branch as well: 如果您还需要重命名 远程 分支： How do I rename both a Git local and remote branch name 如何重命名Git本地和远程分支名称 解决方案： 参考一： 如何重命名本地Git分支？ 参考二： How do I rename a local Git branch? 来源： oschina 链接： https://my.oschina.net/stackoom/blog/3208411