登录注册

  • Git 工作流指南

    工作流其实不是一个初级主题，背后的本质问题其实是有效的项目流程管理和高效的开发协同约定。 这篇指南以大家在 SVN 中已经广为熟悉使用的集中式工作流作为起点，循序渐进地演进到其它高效的 Git 分布式工作流，还介绍了如何配合使用便利的 Pull Request 功能，体系地讲解了各种工作流的应用。

    欢马劈雪
    git， 工作流， 指南

  • 做更改

    目的学习如何监视工作目录的状态。更改“Hello, World”程序是时候更改我们的 hello 程序以便使它能从命令行传递参数。将文件更改为：puts "Hello, #{ARGV.first}!"检查状态现在检查工作目录的状态。$ git status你应该看到：$ git status# On branch master# Changes not staged for commit:# (use "git add <file>...

    欢马劈雪
    更改， 沉浸， git

  • 设置

    目的设置 Git 以便准备开始工作。设置姓名和 Email如果你以前从未用过 Git，那么你需要先做一些设置。执行下列命令以便让 Git 知道你的姓名和 Email。如果你已经设置了 Git，那么你可以跳到下一小节。$ git config --global user.name "Your Name"$ git config --global user.email "your_email@whatever.

    欢马劈雪
    设置， 沉浸， git

  • 裸仓库

    目的学习如何创建裸仓库。裸仓库（没有工作目录）通常用于共享。创建裸仓库$ cd ..$ git clone --bare hello hello.git$ ls hello.git注意：现在在工作目录中。$ git clone --bare hello hello.gitCloning into bare repository hello.git...done.$ ls hello.gitHEADconfigdescriptionhooksinfoobjectspacked-refsrefs结尾带 .

    欢马劈雪
    仓库， 沉浸， git

  • 合并

    目的学习如何合并两个分叉的分支以便将更改带回到单一分支。合并分支合并将两个分支中的更改结合在一起。让我们回到 greet 分支，并将 master 合并过来。$ git checkout greet$ git merge master$ git hist --all$ git checkout greetSwitched to branch 'greet'$ git merge masterMerge made by recursive.

    欢马劈雪
    合并， 沉浸， git

  • 别名

    目的学习如何设置别名及简写 Git 命令。常用别名git status、git add、git commit、git checkout 是非常常用的命令，因此对它们进行缩写十分有用。添加下列内容到你的 $HOME 目录的 .

    欢马劈雪
    别名， 沉浸， git

  • 历史

    目的学习如何查看项目的历史。获得已经做过的更改清单是 git log 命令的功能。$ git log你应该看到：$ git logcommit 1f7ec5eaa8f37c2770dae3b984c55a1531fcc9e7Author: Jim Weirich <jim (at) neo.com>Date: Sat Apr 13 15:20:42 2013 -0400 Added a commentcommit 582495ae59ca91bca156a3372a72f88f6261698bAuthor: Jim Weirich <jim (at) neo.

    欢马劈雪
    历史， 沉浸， git

  • Git 底层数据结构和原理详解

    本文将系统分享 Git 底层知识：对象生命周期变化，底层数据结构，数据包文件结构，数据包文件索引，以及详细分析对象查询流程和算法。

    Xebcnor
    Git， 底层， 数据结构， 原理

  • Git 常用命令清单

    一般来说，日常使用只要记住下图6个命令，就可以了。但是熟练使用，恐怕要记住60～100个命令。

    Xebcnor
    Git， 常用， 命令， 清单

  • Git撤销/回退的10种操作。

    使用Git的过程，难免由于手快或者别的什么原因，需要对做过的事情进行“反悔”或者多次“反悔”。不用担心，Git强大到几乎任何操作都是可以“反悔”的，让我们一起来看看吧。1. 在未暂存前，撤销本地修改

    欢马劈雪
    Git， 撤销， 回退， 操作

  • Git源码解析提交

    Git 是目前世界上被最广泛使用的现代软件版本管理系统（Version Control System）。Git 本身亦是一个成熟并处于活跃开发状态的开源项目，今天惊人数量的软件项目依赖 Git 进行版本管理，这些项目包括开源以及各种商业软件。Git 在职业软件开发者中拥有良好的声誉，Git 目前支持绝大多数的操作系统以及 IDE（Integrated Development Environments）。

    欢马劈雪
    Git， 源码， 解析， 提交

  • 示例

    下面的示例演示了 Pull Request 如何在在 Forking 工作流中使用。 也同样适用于小团队的开发协作和第三方开发者向开源项目的贡献。在示例中，小红是个开发，小明是项目维护者。他们各自有一个公开的 Bitbucket 仓库，而小明的仓库包含了正式工程。小红 fork 正式项目小红先要 fork 小明的 Bitbucket 仓库，开始项目的开发。

    欢马劈雪
    示例， git， 工作流， 指南

  • 工作方式

    Pull Request 可以和功能分支工作流、 或 一起使用。但一个 Pull Request 要求要么分支不同要么仓库不同，所以不能用于集中式工作流。 在不同的工作流中使用 Pull Request 会有一些不同，但基本的过程是这样的：开发者在本地仓库中新建一个专门的分支开发功能。开发者 push 分支修改到公开的 Bitbucket 仓库中。开发者通过 Bitbucket 发起一个 Pull Request 。

    欢马劈雪
    工作方式， git， 工作流， 指南

  • 示例

    项目维护者初始化正式仓库和任何使用 Git 项目一样，第一步是创建在服务器上一个正式仓库，让所有团队成员都可以访问到。 通常这个仓库也会作为项目维护者的公开仓库。公开仓库应该是裸仓库，不管是不是正式代码库。 所以项目维护者会运行像下面的命令来搭建正式仓库：ssh user@hostgit init --bare /path/to/repo.

    欢马劈雪
    示例， git， 工作流， 指南

  • 工作方式

    和其它的 Git 工作流一样，Forking 工作流要先有一个公开的正式仓库存储在服务器上。 但一个新的开发者想要在项目上工作时，不是直接从正式仓库克隆，而是 fork 正式项目在服务器上创建一个拷贝。这个仓库拷贝作为他个人公开仓库 ——其它开发者不允许 push 到这个仓库，但可以 pull 到修改（后面我们很快就会看这点很重要）。

    欢马劈雪
    工作方式， git， 工作流， 指南

  • Forking 工作流

    Forking 工作流是分布式工作流，充分利用了 Git 在分支和克隆上的优势。可以安全可靠地管理大团队的开发者（ developer ），并能接受不信任贡献者（ contributor ）的提交。Forking 工作流和前面讨论的几种工作流有根本的不同，这种工作流不是使用单个服务端仓库作为『中央』代码基线，而让各个开发者都有一个服务端仓库。

    欢马劈雪
    forking， 工作流， git， 指南

  • 示例

    下面的示例演示本工作流如何用于管理单个发布循环。假设你已经创建了一个中央仓库。创建开发分支第一步为 master 分支配套一个 develop 分支。简单来做可以本地创建一个空的 develop 分支， push 到服务器上：git branch developgit push -u origin develop以后这个分支将会包含了项目的全部历史，而 master 分支将只包含了部分历史。

    欢马劈雪
    示例， git， 工作流， 指南

  • 工作方式

    Gitflow 工作流仍然用中央仓库作为所有开发者的交互中心。和其它的工作流一样，开发者在本地工作并 push 分支到要中央仓库中。

    欢马劈雪
    工作方式， git， 工作流， 指南

  • Gitflow 工作流

    Gitflow 工作流通过为功能开发、发布准备和维护分配独立的分支，让发布迭代过程更流畅。严格的分支模型也为大型项目提供了一些非常必要的结构。这节介绍的 Gitflow工作流 借鉴自在 nvie的 Vincent Driessen 。Gitflow 工作流定义了一个围绕项目发布的严格分支模型。虽然比功能分支工作流复杂几分，但提供了用于一个健壮的用于管理大型项目的框架。

    欢马劈雪
    gitflow， 工作流， git， 指南

  • 示例

    下面的示例演示了如何把 Pull Requests 作为 Code Review 的方式，但注意 Pull Requests 可以用于很多其它的目的。小红开始开发一个新功能在开始开发功能前，小红需要一个独立的分支。使用下面的命令新建一个分支：git checkout -b marys-feature master这个命令检出一个基于 master 名为 marys-feature 的分支， Git 的 -b 选项表示如果分支还不存在则新建分支。

    欢马劈雪
    示例， git， 工作流， 指南
上一页 下一页

热门标签

关注时代Java

Copyright © 2014-2024NowJava. All Rights Reserved. 时代Java 版权所有 京ICP备14059627号-7

关注时代Java