GIT 这么好用,为什么还是有人不知道怎么用它提交代码?

时间:2020-12-05 14:58:33

客户端代码管理工具的变迁: 从 SVN 到 GIT

截止目前,新版的 APICloud Studio 2 仍然处于公测期.APICloud Studio 2 的代码管理客户端,由 SVN 改为了 GIT.公司代码服务器,仍然是 SVN 服务器,前端使用 GIT 作为客户端.一些童鞋,肯定已经猜到了 -- APICloud Studio 2使用了 GIT-SVN 技术来管理代码.

这一重要的特性,不成想,却成为了 APICloud Studio 2 的一大槽点,几乎每天都有人在论坛问 "为什么提交到代码没有效果?" 一类的问题.我们每天都在论坛,QQ,或者通过邮件,来尝试解答开发者此类的关于代码提交的问题.发现问题,主要还是集中在个人日常的代码管理工具的使用习惯上.有过 GIT 使用经验的人,基本看过文档或简单提示,都能轻松上手;更多的使用 SVN 来管理代码的开发者,虽然最终能提交到代码到 APICloud 云端了,但是可能还是无法真正理解: 为什么云端同步代码前,我必须做一次本地提交.

使用 APICloud Studio 2 提交代码,有多 "难" ?

右键某个修改的文件或文件夹,选择 Git -> Git add + commit

GIT 这么好用,为什么还是有人不知道怎么用它提交代码?

在底部新出现的输入框中,输入一段描述,来记录修改了哪些东西,修改的动机等等,然后按 ctrl/cmd + s 保存

GIT 这么好用,为什么还是有人不知道怎么用它提交代码?

通过本地代码提交日志来验证本地提交是否成功

查看日志,可以通过在 ctrl/cmd + shift + p 调出命令输入框,然后输入 log,选中 Git Plus: Log 命令.

GIT 这么好用,为什么还是有人不知道怎么用它提交代码?

在项目的本地提交记录页面,如果看到刚刚提交的,就说明已经本地提交成功了.

GIT 这么好用,为什么还是有人不知道怎么用它提交代码?

右键项目根目录 --> 代码管理 --> 从云端同步 --> 同步到云端

我们建议每次 "同步到云端" 前,都先做一次 "同步到云端" 操作,类似于 SVN 中的先更新,再提交.云端同步期间,底部控制台会有日志输出;云端同步结束,左上角会有提示通知.

GIT 这么好用,为什么还是有人不知道怎么用它提交代码?

右键云编译 --> 代码, 查看代码提交记录

APICloud Studio2 集成了云端的各个功能,我们可以直接右键项目,进去其对应的云端界面.此时我们看到我们刚刚的修改,已经同步到云端了.

GIT 这么好用,为什么还是有人不知道怎么用它提交代码?

是不是很方便,很神奇,竟然可以真的使用 GIT 来管理 SVN 代码了.对 GIT-SVN 技术感兴趣的,还不赶紧去搜下?!

为什么不继续使用 SVN 作为 APICloud Studio 2 的默认代码管理工具呢?

首先,需要说明一下: 代码管理功能,只是 APICloud Studio2提供的基础功能之一,并且没有限制必须使用 APICloud Studio2管理代码,才能继续使用 APICloud Studio2的其他功能.如果你依然对 SVN 情有独钟,或者这几天项目实在太赶,可以使用各种第三方代码管理工具来管理你的 APICloud 应用.SVN 地址和密码,可以从云端控制台获取.

GIT 这么好用,为什么还是有人不知道怎么用它提交代码?

然后,才是 APICloud Studio2的核心代码管理工具,为何改为 GIT 呢?当然是因为它更高效,更有潜力了!如此说,可能有些抽象,来个具体的例子吧.大家可以看下 2.1.4 有一个很重要的但是不是很起眼的更新: 倾情推出本地代码时光机功能,支持手动备份和与云端同步时,自动备份本地未提交代码.它基于 GIT 的 stash 命令实现.可以做到,只要你本地 .git 目录不人为破坏,所有没有提交的代码,一旦因为某种意外丢失,都可以使用 "本地代码时光机" 功能找回.当然, 大家不用担心 .git 目录体积的问题,因为本地备份,不是简单的 zip 压缩,感兴趣的可以好好研究下 git stash 命令.

GIT 这么好用,为什么还是有人不知道怎么用它提交代码?

小结

GIT 这么好用,为什么还是有人不知道怎么用它提交代码?当然是个人代码管理工具使用习惯的差异了.但是,我可以很负责任地告诉你,熟悉下 GIT,不仅有利于你更好地开发 APICloud 应用,更有利于以后自己学习和工作的方方面面.试着换个角度看世界,会发现新的不同呦~