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

往期文章:

《如何选择版本控制系统 ---为什么选择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-10-09 07:47:37

如何选择版本控制系统之三---代码托管操作的相关文章

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

往期文章: <如何选择版本控制系统 ---为什么选择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)应运而生,主要分为两类,集中式和分布式. 集中式版本控制系统 集中式版本控制系统的特点是只有一台中央服务器,存放着所有研发数据,而其它客户端机器上保存的是中央服务器最新版本的文件快照,不包括项目文件的变更历史.所以,每个相关人员工作

[代码管理_版本控制]开放源代码版本控制系统

当前主流的源代码版本控制系统有:CVS. SVN.Git.Bazzar.Mercurial等几类:多数开源软件源代码都是由上述工具管理,典型的 Linux kernel之前通过SVN,现在由Git工具管理,Ubuntu 发行版所有源代码由 Bazzar 管理.Git.Mercurial和Bazzar为下一代分布式版本控制系统,CVS.SVN 为传统的版本控制系统. 由上述版本控制系统为主功能组成的项目托管平台(也可称协同开发平台)包括:google Code ( 支 持 Git, Mercuri

git分布式版本控制系统常用的操作

Git是一个版本控制系统,用来追踪计算机文件的变化的工具,也是一个供多人使用的协同工具.它是一个分布式的版本控制系统,本文将简单介绍如何使用.简单来说,就是你要和你的伙伴一起完成一项任务,但是你们要互相交换修改,查看自己的历史版本等.版本控制系统就是帮助我们做这个的. 网上一堆教程,难得讲得清楚的.这里也不废话介绍原理之类的,直接说明如何使用.由于Git是一个分布式文件控制系统,所以一般采用一个服务器方便大家交换修改用的.每个人本地都有一个版本库,保存自己的历史版本,然后每个人可以把自己的修改提

Git 版本控制系统的基本使用、常用操作

以Ubuntu16.04操作系统为例(其他系统类似),主要记录常用的.基本操作: 0. 安装Git 分散型版本控制系统(CVS): sudo apt-get install git 1. 初始化本地配置git或其他配置等(配置仓库或者全局选项) git config --global user.name "your_name" git config --global user.email "[email protected]" git config --global