11_Eclipse中演示Git版本的创建,历史版本的修改,创建分支,合并历史版本和当前版本

简介: 1 执行以下案例: 某研发团队2011年初开发了一款名为Apollo的信息系统,目前已发布v1.0版本。此项目初期已有部分基础代码, 研发团队再此基础代码上经过3个月的努力发布了一个功能相对完备的Apollo 1.0版本进行销售。   由于销售业绩良好,因此研发团队正在着手v2.0版本的开发工作。   但就在这个时候,有客户发现v1.0软件系统一严重


1 执行以下案例:

某研发团队2011年初开发了一款名为Apollo的信息系统,目前已发布v1.0版本。此项目初期已有部分基础代码

研发团队再此基础代码上经过3个月的努力发布了一个功能相对完备的Apollo 1.0版本进行销售

 

由于销售业绩良好,因此研发团队正在着手v2.0版本的开发工作

 

但就在这个时候,有客户发现v1.0软件系统一严重bug,如不及时修复将造成严重后果

 

研发团队收到bug报告后立刻安排部分研发人员对v1.0版本进行修复,但其他研发人员则继续开发v2.0版本的新功能

 

修复bug的研发人员很快扎到问题原因并对问题代码进行了修复,很快发布了v1.1版本发给了客户,因此没有造成重大损失

 

Bug修复后研发人员将修复后的代码整合到研发主线中来,这样就可以保证今后发布的后续版本不会再出现此问题

 

就这样研发团队在大家的共同努力下工作有条不紊的进行

2 创建一个Apollo的仓库

3 Eclipse连接到这个库

点击”Finish”

右击,导入工程:

然后在张三里面创建一个User.java

public class User {

    private String name;

    private int age;

   

    public String getName() {

       return name;

    }

   

    public void setName(String name) {

       this.name = name;

    }

   

    public int getAge() {

       return age;

    }

   

    public void setAge(int age) {

       this.name = name;

    }

}

接着Commit and Push

4 再克隆一个库,名称为李四(表示供李四使用)

然后import project


点击下一步,出现以下错误:

上面的窗口说明有一个.project文件存在于”E:\software\developer\lisi”.这时候解决办法是将lisi这个文件夹里面的.project文件删除,然后再“Back”一下,

删除上面的.project,点击back按钮之后再点击”Next”,发现:

然后点击”Finish”

5 接着在张三的基础上发布一个版本。再次之前请先将张三这个版本中的内容commit and push

接下来开始设置版本,也就是说创建Tag

创建Tag V1.0

点击Create Tag

这时候到Git视图,发现如下:

6 lisi中,右击项目,先pull一下,这时候先在lisi中添加一个字段,这时候User.java中的代码如下:


public class User {

    private String name;

    private int age;

    private String xiaosan;

   

    public String getName() {

       return name;

    }

   

    public void setName(String name) {

       this.name = name;

    }

   

    public int getAge() {

       return age;

    }

   

    public void setAge(int age) {

       this.name = name;

    }

   

    public void setXiaoSan(String xiaosan) {

       this.xiaosan = xiaosan;

    }

 

    public String getXiaoSan() {

       return xiaosan;

    }

}

接着将lisi Commit and Push到远程服务器上:


要确保lisi的代码push了,要点击lisi Commit and Push:

接下来zhangsan pull下远程服务器上的代码:

7 接下来在zhangsan的基础上,转到pull之前的版本,也就是Tag V1.0的版本上,进行修改。这时候要将zhangsan切换到Tag V1.0版本。



这时候要想修改Tag V1.0版本的内容,需要在TagV1.0的版本的基础上创建一个分支,在这个分支的基础上修改代码。

创建分支的方法是:

注意,如果选中上面的”Checkout new branch”后,这时候再次点击Finish之后,它会直接将V1.0这个分支切换到V1.0_fixup上,这时候发现项目右侧会显示v1.0_fixup,这时候发现项目的右侧会显示V1.0_fixup

再次进入Git视图,展开zhangsan—Local,发现下面有两个分支了。

8 接下来,回到Java视图,在zhangsanUser.java中就可以在v1.0_fixup分支中开始修改这个TagV1.0版本

这时候再次查看zhangsan中的User.java如下:

修改User的内容:

接着Commit and Push项目:

这时候再次创建一个Tag版本,发布一个版本供用户使用。右击项目:

9 这时候再到Git视图,展开zhangsan---Tag发现列了另外一个Tag

这时候V1.1拿过来之后就可以发布给客户了。

Zhangsan从当前的Tag版本回来的方式:

右击项目

这时候User.java的内容如下:

整合几个版本,方式是:

点击Merge

这时候再看User.java,如下:

合并之后,右击项目Commit and Push,选择master

点击Commit and Push

这时候lisi这个用户再pull,查看到User.java的内容如下:

 

目录
相关文章
|
3月前
|
开发工具 git
图解Git——分支的新建与合并《Pro Git》
在Git开发中,新建与合并分支是常见的操作。以实际开发为例:为实现新需求创建分支`iss53`进行开发;遇紧急Bug时,切换至线上分支创建`hotfix`修复并合并回线上分支,再切换回`iss53`继续工作。完成`iss53`后,切换到`master`合并。若出现冲突,使用`git status`查看,手动编辑解决冲突后标记为已解决并提交。图形化工具如`git mergetool`也可辅助解决冲突。
71 9
|
3月前
|
开发工具 git 开发者
图解Git——分支简介《Pro Git》
Git 分支是其核心特性之一,允许开发者从主开发线分离工作,避免干扰主线。传统版本控制系统创建分支效率低,而Git的分支创建和切换非常轻量高效。
172 9
|
2月前
|
开发工具 git 开发者
vscode+git解决远程分支合并冲突
通过这些详细步骤,您可以掌握如何使用VSCode和Git高效地解决远程分支合并冲突,提高开发效率和代码质量。希望这些内容对您的学习和工作有所帮助。
504 86
|
3月前
|
存储 项目管理 开发工具
图解Git——分支开发工作流《Pro Git》
分支开发工作流利用Git的分支功能,支持灵活的项目管理。长期分支如`master`和`develop`分别保存稳定和开发中的代码;短期主题分支用于开发单一特性或修复问题,完成后合并到主分支。此模式确保代码稳定性,支持并行开发、便于审查和灵活调整。建议维护明确的长期分支,保持主题分支短小精悍,并定期清理无用分支。配置上可保护关键分支,遵循命名规范。
135 7
|
3月前
|
存储 缓存 Java
图解Git——远程分支《Pro Git》
远程分支是 Git 中用于管理分布式协作的关键概念。远程引用指向远程仓库中的分支和标签,常用 `git ls-remote` 或 `git remote show` 查看。日常开发中,通常使用远程跟踪分支(如 `origin/main`)与远程分支交互,简化远程仓库状态的管理和使用。远程跟踪分支记录远程分支的状态,但本身只读。
52 6
|
6月前
|
开发工具 git
git学习四:常用命令总结,包括创建基本命令,分支操作,合并命令,压缩命令,回溯历史命令,拉取命令
这篇文章是关于Git常用命令的总结,包括初始化配置、基本提交、分支操作、合并、压缩历史、推送和拉取远程仓库等操作的详细说明。
210 1
git学习四:常用命令总结,包括创建基本命令,分支操作,合并命令,压缩命令,回溯历史命令,拉取命令
|
6月前
|
开发工具 git
Git分支使用总结
Git分支使用总结
87 1
|
11月前
|
Linux 开发工具 数据安全/隐私保护
分布式版本控制git
分布式版本控制git
|
21天前
|
Linux 开发工具 git
版本控制工具:Git的安装和基本命令使用指南。
结束这段探险,掌握了Git你就等于掌握了一个宝藏,随时可以瞥见你的编程历程,轻松面对日后的挑战。Git,无疑是编程者的强大武器,开始你的Git探险之旅吧!
83 28
|
8月前
|
敏捷开发 存储 开发工具
版本控制系统的选择:Git与SVN的比较
【8月更文挑战第14天】Git和SVN都是优秀的版本控制系统,它们各自具有独特的优势和适用场景。在选择版本控制系统时,需要根据具体的项目需求、团队特点和开发模式来综合考量。对于需要分布式团队协作、高效处理大型项目或采用敏捷开发模式的团队来说,Git是一个更好的选择。而对于传统团队、集中式开发或简单项目来说,SVN可能更加合适。无论选择哪种版本控制系统,都应该充分利用其提供的工具和功能来提高代码质量和开发效率。

相关实验场景

更多

推荐镜像

更多