git-flow 的工作流程

前言 当在团队开发中使用版本控制系统时,商定一个统一的工作流程是至关重要的。Git 的确可以在各个方面做很多事情,然而,如果在你的团队中还没有能形成一个特定有效的工作流程,那么混乱就将是不可避免的。 git-flow 就是当前非常流行且行之有效的工作流程, 是一个 Git 扩展集,按 Vincent Driessen 的分支模型提供高层次的库操作,并且提供了极其出色的命令帮忙以及输出提示,本...

Gitlab or Github 提交规范和建议

标签(tag)的管理规范标签分类正式标签:以发布的版本号居多,例:v.1.2 临时标签:版本测试期间做回溯和标记使用,例:v1.1-st 、 v1.1-sit2 命名规范 标签前缀(大多)以发布版本号命名,示例:v1.3.1(后期遇到特殊情况再讨论) 如果需要在版本号后加备注信息,用『“-”:连字符』连接,不再使用 “_” 下划线,且字母全部小写,强烈建议不要以中文命名。 版本经历多次修改时...

Git 实践 - 版本库控制

创建版本库

把文件添加到版本库:

  • 通过git init命令把这个目录变成Git可以管理的仓库
    1
    2
    $ git init
    Initialized empty Git repository in E:/git/test/.git/
  • 用命令git add告诉Git,把文件添加到仓库
    1
    $ git add README.md
  • 用命令git commit告诉Git,把文件提交到仓库
    1
    2
    3
    4
    $ git commit -m "initial commit"
    [master (root-commit) 6010c7e] initial commit
    1 file changed, 7 insertions(+)
    create mode 100644 README.md
    另外:
    初始创建一个 github仓库时,github会给一些命令你去创建git本地项目.
1
git remote add origin https://github.com/leeifme/test.git

这里的origin仅仅是一个名字,你可以把 origin命名为 test -git remote add test https://github.com/leeifme/test.git`, 以后就可以用git push text master

git push -u origin master , 这里就是把 master(默认 git 分支)推送到 origin, -u也就是--set-upstream, 代表的是更新默认推送的地方,这里就是默认以后git pullgit push时,都是推送和拉自 origin 。

notes

Git 实践 - 修改操作

工作区和版本库

  • 工作区:

    就是你电脑文件夹能看到的目录,就如我创建的test文件夹就是一个工作区

    1
    2
    3
    leeif@leeif MINGW64 /e/git/test (master)
    $ ls
    git.txt index.html README.md
  • 版本库(Repository):

    工作区有一个隐藏的目录文件.git,这个虽然在工作区目录下,但不算在工作区,而是Git的版本库。

    Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master,以及指向master的一个指针叫HEAD

    flex-axis

上一篇讲了我们把文件往Git版本库里添加的时候,是分两步执行的:

  1. git add把文件添加进去,实际上就是把文件修改添加到暂存区;
  2. git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支。

因为我们创建Git版本库时,Git自动为我们创建了唯一一个master分支,所以,现在,git commit就是往master分支上提交更改。

你可以简单理解为,需要提交的文件修改通通放到暂存区,然后,一次性提交暂存区的所有修改。

ok,我们实践一下:

git