GIT

如何在 GitHub 上创建拉取请求pull request

介绍

Git 是一种开源分布式版本控制系统,它使协作软件项目更易于管理。许多项目在 Git 存储库中维护他们的文件,而像 GitHub 这样的平台使代码共享和贡献变得可访问、有价值和有效。

托管在公共存储库中的开源项目受益于更广泛的开发人员社区通过拉取请求所做的贡献,请求项目接受您对其代码存储库所做的更改。

本教程将指导您通过命令行向 Git 存储库发出拉取请求,以便您可以为开源软件项目做出贡献。

先决条件

您应该在本地计算机上安装 Git。您可以检查您的计算机上是否安装了 Git,并按照本指南完成操作系统的安装过程。

您还需要拥有或创建一个 GitHub 帐户。您可以通过 GitHub 网站github.com这样做,并且可以登录或创建您的帐户。

自 2020 年 11 月起,GitHub 删除了基于密码的身份验证。因此,您需要创建个人访问令牌或添加SSH 公钥信息,以便通过命令行访问 GitHub 存储库。

最后,您应该确定要参与的开源软件项目。

    

GIT常用命令解析

术语

  • 工作区 /work tree
    仓库所在的文件夹叫做工作区,就是你在电脑里能看到的目录。
  • 暂存区
    也就是在 git add 之后,git commit 之前的缓冲区,一般在.git/index 文件中。
  • 仓库
    git commit 之后,根据暂存区的文件生成一个 commit id, 暂存区的文件归档到仓库中,一般在.git/objects 里面

git

# 输出git版本信息
$ git -v
git version 2.38.1.windows.1

# 输出常用的命令列表

git-flow[实战系列]

安装

windows 安装git之后貌似自带git flow

初始化

composer init,git init 一样,git flow 也需要初始化,初始化之后会有两个分支 master,develop

//可以重命名各分支
$ git flow init
Initialized empty Git repository in /Users/tobi/acme-website/.git/
//生产分支,如果有用到gogs,gitlab等工具,合并master代码需要审核的情况下,master要用别的名字,例如gitflowmaster

Git 一些知识笔记

Git Ignore

# 此为注释 – 将被 Git 忽略
*.a         # 忽略所有 .a 结尾的文件
!lib.a      # 但 lib.a 除外
/TODO       # 仅仅忽略项目根目录下的 TODO 文件,不包括 subdir/TODO
build/      # 忽略 build/ 目录下的所有文件
doc/*.txt   # 会忽略 doc/notes.txt 但不包括 doc/server/arch.txt

移除文件

要从 Git 中移除某个文件,就必须要从已跟踪文件清单中移除(确切地说,是从暂存区域移除),然后提交。可以用 git …

git 命令 ——git status、git diff

前言

当对项目做了更改时,我们通常需要知道具体改了哪些文件,哪些文件更改了没有暂存,哪些文件改了并且已加入到暂存区等待下次 commit。上述任务使用 git status 都可以帮我们解决。但是想要知道文件内部改了哪些地方 git status 就无能为力了。git status 最多只告诉你改没改,改哪了不知道。git diff 可以解决这个问题。

git status

git status 命令的输出十分详细,但其用语有些繁琐。 如果你使用 git status -s 命令或 git status --short 命令,你将得到一种更为紧凑的格式输出。 运行 git status -s ,状态报告输出如下:…

本地已有项目如何上传到github上

大家好,我是小梅,公众号:「小梅的前端之路」 原创作者。

作为在前端领域不断探索的一员,在此记录开发中遇到的问题,如果你也遇到了相同的问题,希望本文对你有帮助。


一、github上新建一个仓库

具体步骤可以看网上的诸多教程

二、把本地项目初始化为一个git仓库

找到本地项目的根目录,依次执行

1、建立本地的git仓库

git init

2、将本地文件全部添加到本地的git仓库

git add .

此处如果报下面这个错误,则需要先执行:

git config --global core.autocrlf false

然后再执行git add .

  1. The file will have its original line endings in
    

团队协作中的 Github flow 工作流程

作为一名开发人员 Git 常用命令每天都在使用,大家肯定信手拈来,但是在团队协作中 Git 的使用姿势和个人开发还是有很多不一样的地方,对于技术团队,期望大家使用规范的 Git 操作流程,规范的 Commit Message,规范的代码风格。这样才能提高团队开发相率和项目的可维护性。今天主要为大家介绍一套基于 Github flow 的 Git 操作流程。

fork

首先,多人协作的情况,我们通常会 fork团队项目主仓库到自己的托管空间下,然后 Clone 到本地进行开发,假设团队项目的托管地址为:

https://github.com/fe/github-flow

此时主仓库项目下的固定分支两个,分别是 master,develop。

Clone 到本地:

git clone git@github.com:fe/github-flow.git

假设上面主仓库 fork 之后的项目地址为:

https://github.com/xxx/github-flow

Fork 出来的仓库完全属于你自己,你可以任意修改该仓库的代码及配置,但是除非你向项目主仓库提交 pull request,并且被接受通过,你才可以将你fork 仓库修改的代码合并到主仓库,否则不会对主仓库产生任何影响。

此时可以在控制台输入 git remote -v

    

GitHub 流程 使用 Git 和 GitHub 的最佳方式

git-flow 的问题

我到处旅行,向人们教授 Git,几乎我最近完成的每堂课和研讨会都问我对git-flow 的看法。我总是回答说我认为它很棒——它采用了一个系统 (Git),它拥有一百万个可能的工作流,并记录了一个经过充分测试的、灵活的工作流,该工作流以相当简单的方式适用于许多开发人员。它已成为某种标准,因此开发人员可以在项目或公司之间移动并熟悉此标准化工作流程。…

    

GitHub Flow & Git Flow 基于Git 的两种协作开发模式

介绍基于Git 两种协作开发模式,GitHub Flow & Git Flow

对于Github 一些好用的特殊操作技巧 ,可以见GitHub 特殊操作技巧 和Git的基本操作

一 GitHub Flow#

GitHub Flow —— 以部署为中心的开发模式,通过简单的功能和规则,持续高速 安全地进行部署。在实际开发中往往一天之内会实施几十次部署,而支撑这一切的,就是足够简单的开发流程以及完全的自动化。…