1.已有项目,构建本地和远程的git仓库,创建一个初始化的源码库管理环境
a.初始化创建远程仓库
git init --bare \\100.0.6.141\sysvss\gitRepositories\TestGit.git
b.初始化本地仓库,切换到需要初始化的本地仓库目录执行命令
git init
或者是通过Intellij的命令:
VCS-->Import into Version Control-->Create Git Repository 选择你的本地项目
c.将本地目录和远程目录关联起来,即增加Remote的仓库的url(需要为远程git repository起个名字,默认使用origin作为名字)
git remote add origin \\\\100.0.6.141\sysvss\gitRepositories\TestGit.git
//删除remote(如果remote的路径发生更改,可以删除之后重新建立remote)
git remote rm origin
d.执行本地的提交
git add . [或者VCS-->Git-->Add]
git commit -m “init commit” [或者VCS-->Git-->Commit File]
e.将本地代码提交到远端仓库
git push -u origin master [或者VCS-->Git-->Push]
2.分支管理策略
a.Git主分支的名字,默认叫做Master。它是自动建立的,版本库初始化以后,默认就是在主分支上。
b.所有的日常开发在Develop分支上进行,Develop分支可以用来生成代码的最新隔夜版本(nightly)
c.另外可以创建一些临时性分支,主要可以分为两类:功能性分支(feature-*)和Bug修复性分支(bugfix-*)。它们属于临时性需要,使用完以后,应该删除,使得代码库的常设分支始终只有Master和Develop
其中功能性分支是从Develop分支上面分出来的,开发完成合并到Develop分支,然后删除
Bug修复性分支是从Master分支上分出来,开发完成之后合并到Master以及Develop分支,然后删除
3.分支常见操作
a.列出所有分支,以及所处的当前分支.如果是当前分支,分支前会有*号标示
git branch
b.在当前所在的分支创建分支
git branch bugfix_2210
c.切换分支
git checkout master [或者VCS-->Git-->Branches,然后可以在本地分支之间进行切换,或者从远程分支获取最新信息]
d.删除分支
git branch -D feature-1.0
e.合并分支
git merge --no-ff -m "merged bug fix 101" issue-101
默认情况下,Git执行"快进式合并"(fast-farward merge),会直接将Master分支指向Develop分支,
使用--no-ff参数后,会执行正常合并,并在Master分支上生成一个新节点,为了保证版本演进的清晰推荐都加上--no-ff参数
4.当前正在开发分支(Develop)上进行开发,这时候来了一个紧急的Bug修改任务,而有不想提交Develop上正在进行的开发,那如何处理?
a.执行git stash,将当期工作现场“储藏”起来,等以后恢复现场后继续工作
b.切换到Master分支,git checkout master
c.创建新的分支,git checkout -b issue-101[或者git branch issue-101]
d.切换到新的分支 git checkout issue-101
e.如果修改完成之后,add、commit到本地仓库中
f.合并分支到Master
f1:切换到Master分支,git checkout master
f2:然后合并分支,git merge --no-ff -m "merged bug fix 101" issue-101
f3:切换到Develop分支,git checkout Develop
f4:合并分支到Develop git merge --no-ff -m "merged bug fix 101" issue-101
f5:删除分支 git branch -D issue-101
相关推荐
使用场景及目标:涵盖了初始化仓库、跟踪版本变更情况、文件添加提交、创建和管理不同的开发分支、同步更新远程仓库等多项关键任务流程的具体实现步骤。 补充说明:Git不仅帮助个人有效管理各种开发阶段的工作成果,...
### Git命令工作中使用场景总结 #### 一、Git配置 Git 配置是开始使用 Git 前的一个重要步骤,它决定了用户身份等关键信息。常见的配置包括设置用户名和邮箱地址,这些信息会用于标记每次提交。 - **设置用户名与...
### Git基础知识及常用场景 #### 一、Git简介 **Git**是一种先进的分布式版本控制系统,由Linus Torvalds在2005年为了更好地管理Linux内核开发而创建。Git的设计初衷是为了满足大规模项目的版本控制需求,因此它在...
在本文中,我们将探讨Git的基本工作原理、常见命令以及这些命令的典型使用场景。 Git将数据看作小型文件系统的一系列快照。它将每个提交视为项目的快照,并通过数据内容生成一个唯一标识,称为SHA-1散列值。在Git的...
以上就是关于Git常见操作的总结,包括全局配置、密码更改、提交信息修改、特定提交的合并以及分支管理和合并时的冲突处理等内容。这些操作在日常开发工作中非常实用,可以帮助开发者更好地管理版本控制和协作流程。
这份Git开发操作文档是一份全面介绍Git技术的文档,内容包括了Git的基本概念、使用方法和常见问题解决方案,以及Git在版本控制和协同开发中的应用。 该文档首先介绍了Git的基本概念和原理,包括Git的工作流程、版本...
Git经典操作场景 Git是一个功能强大且灵活的版本控制系统,为开发者提供了许多实用的操作...这些 Git 经典操作场景涵盖了日常开发中常见的问题和解决方案,能够帮助开发者更好地使用 Git 进行版本控制和协作开发。
使用场景及目标:旨在帮助读者全面掌握Git的基础知识和高级技能,提升解决实际问题的能力,为面试做好充分准备。通过理解和练习这些问题,读者可以在面试中自信地展示自己的Git技能。 阅读建议:建议读者逐条理解和...
在独自使用Git进行版本控制时,常常会遇到一些常见的场景,比如管理分支、修正提交信息以及整理提交历史。以下是对这些场景的详细说明: 1. **如何删除不需要的分支** 当你完成某个功能或者修复了一个bug后,可能...
GitHub还为Windows和Mac提供了桌面客户端,这些客户端提供了图形用户界面用于处理最常见的仓库操作,并且还包含了自动更新的命令行版本的Git,适用于更高级的场景。 这个Git命令快速参考指南可以帮助你快速掌握最...
本视频教程将深入讲解Git的实战应用,帮助你掌握Git的核心概念、命令以及在不同场景下的使用技巧。我们将探讨以下几个关键知识点: 1. **Git基础操作**:首先,我们会介绍如何安装Git,并学习基本的命令,如初始化...
### Git 最新操作手册知识点概览 #### 一、Git简介 **Git**是一种开源的分布式版本控制系统...以上内容总结了Git的基本概念、核心功能及其应用场景,并提供了丰富的参考资料,有助于读者深入了解并掌握Git的使用技巧。
### Git 常见命令详解 #### 一、版本控制基础 ...这些命令涵盖了 Git 的基本操作,适用于日常开发中的大部分场景。在实际工作中,还可以根据需求灵活组合使用这些命令来解决复杂问题。希望以上内容能对您有所帮助!
Git 的使用场景 Git 广泛应用于软件开发、文档管理、版本控制等领域。 Git 的常见命令 git init:把目录变成 Git 可以管理的仓库。 git add:添加文件到暂存区。 git commit:提交文件到仓库。 git status:查看...
#### 一、Git简介与应用场景 **Git** 是一款开源的分布式版本控制系统,用于跟踪在软件开发过程中对文件所做的更改。它最初由Linus Torvalds于2005年创建,目的是为了更高效地管理Linux内核的源代码。 #### 二、...
Git是一个开源的分布式版本控制系统,用于敏捷高效地处理任何或小或大的项目。Git由Linus Torvalds在2005年创建,目的是更好地管理Linux内核的开发。从那以后,Git迅速成为版本控制系统的首选。它的设计哲学强调简单...
### Git Push 常见用法详解 #### 概述 `git push` 是一个用于将本地仓库中的更改同步到远程仓库的命令。通过执行 `git push`,开发者能够将本地所做的修改、新添加的文件或者对现有文件的更改同步到远程仓库中,...
在日常开发中,Git的使用场景非常广泛,例如: - 开源项目协作:通过GitHub、GitLab等平台,开发者可以共同参与项目,贡献代码。 - 个人项目管理:单独开发者也可以利用Git记录项目的版本变化,便于回溯和维护。 - ...
Git原理与使用.pdf是关于Git版本控制系统的课程目标,旨在掌握Git企业级应用,深刻理解Git操作过程与操作原理,理解工作区、暂存区、版本库的含义。 技术目标: 1. 掌握Git版本管理,自由进行版本回退、撤销、...
常见的Git工作流包括GitFlow、Forking Workflow和GitHub Flow。每种工作流都有其适用场景,例如GitFlow适用于大型项目,强调分支管理和严格的发布流程;GitHub Flow则适用于敏捷开发,鼓励快速迭代和频繁合并。 ...