如何选择版本控制系统之三

往期文章:

《如何选择版本控制系统 ---为什么选择Git版本控制系统》

《如何选择版本控制系统之二---Git的研发应用场景》

跨地域开发的需求其实由来已久,并在IT/互联网高速发展的今天越来越普遍,这正是Git版本管理广泛流程的技术原因之一。对于一个开发者如何将本地代码提交到中央仓库,是保证高效异地协同的前提。本文将着重介绍将本地代码提交到托管平台的基本操作。

客户端工具:SourceTree

托管平台:华为软件开发云

如何将本体代码提交到托管平台

1.本地git工具安装&环境配置

a)如果没有安装git客户端,请到https://git-scm.com/downloads下载最新版本

安装完成,运行Git Bash,在弹出终端进行如下配置

b) SourceTree安装

本文下载安装版本为SourceTreeSetup-2.0.20.1.exe

2.配置ssh密钥

a)生成ssh密钥。运行Git Bash,在弹出的终端中输入下面命令。

在回车中会提示你输入一个密码,不输入一路回车即可。

b)拷贝ssh密钥到开发云页面。

PC端Git Bash执行命令拷贝公钥

开发云端粘贴公钥

c) SourceTree私钥配置

3.新建开发云代码仓库

4.PC端拉取开发云仓库代码

(此时仓库里面只有一个初始文件README.md)

在本地想要下载代码的文件夹中空白处右键,选择“Git Clone…”

5.提交本地代码到本地仓库

a)修改代码后提交到暂存区

点击“暂存所有”按钮,代码从本地修改区提交到暂存区

b)将暂存区代码提交到本地仓库

添加提交信息,点击“提交”按钮,代码从暂存区提交到本地仓库

6.推送代码到远端仓库

a)推送到远端

勾选需要推送的本地分支,点击“推送”按钮

b)成功提示信息

单人使用

场景:同一个人分别在本地feature分支和master分支提交了代码,然后想将feature分支的修改merge到master分支。可是由于两个分支上的提交修改了同一行代码,所以merge产生了冲突,需要手动解决。

说明:如果没有冲突,merge自动完成。

新建feature分支

在feature分支提交代码

切换到master分支

在master分支提交代码

从feature分支向master分支合并

冲突提示

本地编辑手动解决冲突

解决后(保留master的修改方法)

合并结果推送到软件开发云平台

多人使用

场景:多人协同,小A打算向开发云托管平台master分支推送本地仓库代码,这时发现远端master分支已经有了小B的新提交,小A需要把远端小B的代码先拉取到本地。可是由于小A和小B修改了同一处代码,发生了冲突。

说明:如果没有冲突,merge自动完成。

托管平台小B提交

小A修改代码提交到本地仓库

小A同步远端仓库

产生冲突

解决冲突

提交合并内容

推送合并内容到远端仓库

远端仓库提交记录

时间: 2024-12-23 14:19:45

如何选择版本控制系统之三的相关文章

如何选择版本控制系统之三---代码托管操作

往期文章: <如何选择版本控制系统 ---为什么选择Git版本控制系统> <如何选择版本控制系统之二---Git的研发应用场景> 跨地域开发的需求其实由来已久,并在IT/互联网高速发展的今天越来越普遍,这正是Git版本管理广泛流程的技术原因之一.对于一个开发者如何将本地代码提交到中央仓库,是保证高效异地协同的前提.本文将着重介绍将本地代码提交到托管平台的基本操作. 客户端工具:SourceTree 托管平台:华为软件开发云 如何将本体代码提交到托管平台 1.本地git工具安装&am

如何选择版本控制系统之二

之前写了一篇<如何选择版本控制系统 ---为什么选择Git版本控制系统>,地址是:http://www.cnblogs.com/goldenfish/p/6876864.html,有兴趣的可以去看看,本篇文章算是这个系列的第二篇文章. Git诞生于2002年,由Linux之父Linus Torvalds和他的团队开发并不断完善,它秉承了Linux的开源精神,为广大研发团队带来了非常棒的版本控制体验.本文立足Git的工作原理,深入探讨各种研发场景中工作流等问题. Git工作模式 代码提交过程 一

如何选择版本控制系统之二---Git的研发应用场景

之前写了一篇<如何选择版本控制系统 ---为什么选择Git版本控制系统>,地址是:http://laoyudage.blog.51cto.com/12854334/1927409,有兴趣的可以去看看,本篇文章算是这个系列的第二篇文章. Git诞生于2002年,由Linux之父Linus Torvalds和他的团队开发并不断完善,它秉承了Linux的开源精神,为广大研发团队带来了非常棒的版本控制体验.本文立足Git的工作原理,深入探讨各种研发场景中工作流等问题. Git工作模式 代码提交过程 一

如何选择版本控制系统之二---Git的研发应用场

之前写了一篇<如何选择版本控制系统 ---为什么选择Git版本控制系统>,地址是:http://www.cnblogs.com/goldenfish/p/6876864.html,有兴趣的可以去看看,本篇文章算是这个系列的第二篇文章. Git诞生于2002年,由Linux之父Linus Torvalds和他的团队开发并不断完善,它秉承了Linux的开源精神,为广大研发团队带来了非常棒的版本控制体验.本文立足Git的工作原理,深入探讨各种研发场景中工作流等问题. Git工作模式 代码提交过程 一

如何选择版本控制系统

版本控制系统 "代码"作为软件研发的核心产物,在整个开发周期都在递增,不断合入新需求以及解决bug的新patch,这就需要有一款系统,能够存储.追踪文件的修改历史,记录多个版本的开发和维护.于是,版本控制系统(Version Control Systems)应运而生,主要分为两类,集中式和分布式. 集中式版本控制系统 集中式版本控制系统的特点是只有一台中央服务器,存放着所有研发数据,而其它客户端机器上保存的是中央服务器最新版本的文件快照,不包括项目文件的变更历史.所以,每个相关人员工作

如何选择版本控制系统 ---为什么选择Git版本控制系统

版本控制系统 "代码"作为软件研发的核心产物,在整个开发周期都在递增,不断合入新需求以及解决bug的新patch,这就需要有一款系统,能够存储.追踪文件的修改历史,记录多个版本的开发和维护.于是,版本控制系统(Version Control Systems)应运而生,主要分为两类,集中式和分布式. 集中式版本控制系统 集中式版本控制系统的特点是只有一台中央服务器,存放着所有研发数据,而其它客户端机器上保存的是中央服务器最新版本的文件快照,不包括项目文件的变更历史.所以,每个相关人员工作

远成文件的版本控制系统~~~浅析

远成文件的版本控制系统 ~~~~浅析 问题描述 大多数基于C/S模式的应用软件都存在客户端的版本更新问题.通常的解决方案是服务器端提供一个UpdateServer为每一个Client提供版本更新服务.更好一点的方案是在一个小型的局域网内部实现LocalUpdata,然后再与UpdateServer连接.解决方案一LocalUpdate: 每一个Client程序启动时,首先开始一个ServerThread并申请一个本地端口(每个Client的监听段口应一致,以便能收到Client发来的升级信息广播

[.net 面向对象程序设计进阶] (25) 团队开发利器(四)分布式版本控制系统Git——使用GitStack+TortoiseGit 图形界面搭建Git环境【转】

转自:http://www.cnblogs.com/yubinfeng/p/5182271.html 前面介绍了两款代码管理工具VSS和SVN,这两种管理工具在很长一段时间曾为我们的代码管理提供了便利,本篇介绍一款思维方式完全不同(也可以说不合常理)的版本控制系统——Git.可以说Git目前非常火,这与设计者剑指偏锋的设计思想有很大关系.Git采用发散的思维管理代码,最大的特点就是分布式,他可以让来自不同地区的开发者共同完成一个作品,让每个开发者都可以发挥个性,同时又可以由发起者(即项目管理者)

TortoiseSVN与VisualSVN Server搭建SVN版本控制系统【转】

转自:http://www.cnblogs.com/xing901022/p/4399382.html 本片主要介绍如何搭建SVN版本控制系统,主要使用工具: 1 客户端:TortoiseSVN (小乌龟) 2 服务端:VisualSVN Server 搭建出图形化管理,以及右键菜单版本控制管理的SVN系统. 背景知识 首先要了解SVN是一种集中式管理代码的版本控制系统,原理就是 把代码都保存到一个固定的位置,每次从这个位置拷贝更新代码,进行编辑:再把修改后的代码提交到该目录中. 多人协作开发也