svn操作

简介:

转自:http://www.cnblogs.com/jx270/archive/2013/03/04/2943595.html

http://blog.sina.com.cn/s/blog_963453200101eiuq.html

 

1、检出
svn  co  http://路径(目录或文件的全路径) [本地目录全路径] 

 --username 用户名 --password 密码svn  co  svn://路径(目录或文件的全路径) [本地目录全路径]  --username 用户名 --password 密码
svn  checkout  http://路径(目录或文件的全路径) [本地目录全路径] --username 用户名
svn  checkout  svn://路径(目录或文件的全路径) [本地目录全路径]  --username 用户名
注:如果不带--password 参数传输密码的话,会提示输入密码,建议不要用明文的--password 选项。
其中 username 与 password前是两个短线,不是一个。
不指定本地目录全路径,则检出到当前目录下。
例子:
svn co svn://localhost/测试工具 /home/testtools --username wzhnsc
svn co http://localhost/test/testapp --username wzhnsc
svn checkout svn://localhost/测试工具 /home/testtools --username wzhnsc
svn checkouthttp://localhost/test/testapp --username wzhnsc

2导出(导出一个干净的不带.svn文件夹的目录树)
svn  export  [-r 版本号]  http://路径(目录或文件的全路径) [本地目录全路径] --username 用户名
svn  export  [-r 版本号]  svn://路径(目录或文件的全路径) [本地目录全路径] --username 用户名
svn  export  本地检出的(即带有.svn文件夹的)目录全路径  要导出的本地目录全路径
注:第一种从版本库导出干净工作目录树的形式是指定URL,
如果指定了修订版本号,会导出相应的版本,
如果没有指定修订版本,则会导出最新的,导出到指定位置。
如果省略 本地目录全路径,URL的最后一部分会作为本地目录的名字。
第二种形式是指定 本地检出的目录全路径 到 要导出的本地目录全路径,所有的本地修改将会保留,
但是不在版本控制下(即没提交的新文件,因为.svn文件夹里没有与之相关的信息记录)的文件不会拷贝。
例子:
svn export
 svn://localhost/测试工具 /home/testtools --username wzhnsc
svn export
 svn://localhost/test/testapp --username wzhnsc
svn export
 /home/testapp /home/testtools

3、添加新文件 
svn add 文件名
注:告诉SVN服务器要添加文件了,还要用svn commint -m真实的上传上去!
例子:
svn add test.php <- 添加test.php 
svn commit -m “添加我的测试用test.php“ test.php
svn add *.php <- 添加当前目录下所有的php文件
svn commit -m “添加我的测试用全部php文件“ *.php

4、提交
svn commit -m “提交备注信息文本“ [-N] [--no-unlock] 文件名
svn ci -m “提交备注信息文本“ [-N] [--no-unlock] 文件名
必须带上-m参数,参数可以为空,但是必须写上-m
例子:
svn commit -m “提交当前目录下的全部在版本控制下的文件“ * <- 注意这个*表示全部文件
svn commit -m “提交我的测试用test.php“ test.php
svn commit -m “提交我的测试用test.php“ -N --no-unlock test.php <- 保持锁就用–no-unlock开关
svn ci -m “提交当前目录下的全部在版本控制下的文件“ * <- 注意这个*表示全部文件
svn ci -m “提交我的测试用test.php“ test.php
svn ci -m “提交我的测试用test.php“ -N --no-unlock test.php <- 保持锁就用–no-unlock开关

5、更新文件
svn update
svn update -r 修正版本 文件名
svn update 文件名
例子:
svn update <- 后面没有目录,默认将当前目录以及子目录下的所有文件都更新到最新版本
svn update -r 200 test.cpp <- 将版本库中的文件 test.cpp 还原到修正版本(revision)200
svn update test.php <- 更新与版本库同步。
提交的时候提示过期冲突,需要先 update 修改文件,
然后清除svn resolved,最后再提交commit。


6、删除文件
svn delete svn://路径(目录或文件的全路径) -m “删除备注信息文本”
推荐如下操作:
svn delete 文件名 
svn ci -m “删除备注信息文本”
例子:
svn delete svn://localhost/testapp/test.php -m “删除测试文件test.php”
推荐如下操作:
svn delete test.php 
svn ci -m “删除测试文件test.php”

7、加锁/解锁 
svn lock -m “加锁备注信息文本“ [--force] 文件名 
svn unlock 文件名
例子:
svn lock -m “锁信测试用test.php文件“ test.php 
svn unlock test.php

8、比较差异 
svn diff 文件名 
svn diff -r 修正版本号m:修正版本号n 文件名
例子:
svn diff test.php<- 将修改的文件与基础版本比较
svn diff -r 200:201 test.php<- 对 修正版本号200 和 修正版本号201 比较差异

9、查看文件或者目录状态
svn st 目录路径/名
svn status 目录路径/名<- 目录下的文件和子目录的状态,正常状态不显示 
【?:不在svn的控制中;  M:内容被修改;C:发生冲突;
A:预定加入到版本库;K:被锁定】 
svn  -v 目录路径/名
svn status -v 目录路径/名<- 显示文件和子目录状态
【第一列保持相同,第二列显示工作版本号,
第三和第四列显示最后一次修改的版本号和修改人】 
注:svn status、svn diff和 svn revert这三条命令在没有网络的情况下也可以执行的,
原因是svn在本地的.svn中保留了本地版本的原始拷贝。 

10、查看日志
svn log 文件名
例子:
svn log test.php<- 显示这个文件的所有修改记录,及其版本号的变化 

11、查看文件详细信息
svn info 文件名
例子:
svn info test.php

12、SVN 帮助
svn help <- 全部功能选项
svn help ci <- 具体功能的说明

13、查看版本库下的文件和目录列表 
svn list svn://路径(目录或文件的全路径)
svn ls svn://路径(目录或文件的全路径)
例子:
svn list svn://localhost/test
svn ls svn://localhost/test <- 显示svn://localhost/test目录下的所有属于版本库的文件和目录 

14、创建纳入版本控制下的新目录
svn mkdir 目录名
svn mkdir -m "新增目录备注文本" http://目录全路径
例子:
svn mkdir newdir
svn mkdir -m "Making a new dir." svn://localhost/test/newdir 
注:添加完子目录后,一定要回到根目录更新一下,不然在该目录下提交文件会提示“提交失败”
svn update
注:如果手工在checkout出来的目录里创建了一个新文件夹newsubdir,
再用svn mkdir newsubdir命令后,SVN会提示:
svn: 尝试用 “svn add”或 “svn add --non-recursive”代替?
svn: 无法创建目录“hello”: 文件已经存在
此时,用如下命令解决:
svn add --non-recursive newsubdir
在进入这个newsubdir文件夹,用ls -a查看它下面的全部目录与文件,会发现多了:.svn目录
再用 svn mkdir -m "添hello功能模块文件" svn://localhost/test/newdir/newsubdir 命令,
SVN提示:
svn: File already exists: filesystem '/data/svnroot/test/db', transaction '4541-1',
path '/newdir/newsubdir '

15、恢复本地修改 
svn revert [--recursive] 文件名
注意: 本子命令不会存取网络,并且会解除冲突的状况。但是它不会恢复被删除的目录。
例子:
svn revert foo.c <- 丢弃对一个文件的修改
svn revert --recursive . <-恢复一整个目录的文件,. 为当前目录 

16、把工作拷贝更新到别的URL 
svn switch http://目录全路径 本地目录全路径
例子:
svn switch http://localhost/test/456 . <- (原为123的分支)当前所在目录分支到localhost/test/456

17、解决冲突 
svn resolved [本地目录全路径]
例子:
svnupdateCfoo.cUpdatedtorevision31.svnupdateCfoo.cUpdatedtorevision31.如果你在更新时得到冲突,你的工作拷贝会产生三个新的文件: ls
foo.c
foo.c.mine
foo.c.r30
foo.c.r31
当你解决了foo.c的冲突,并且准备提交,运行svn resolved让你的工作拷贝知道你已经完成了所有事情。
你可以仅仅删除冲突的文件并且提交,但是svn resolved除了删除冲突文件,还修正了一些记录在工作拷贝管理区域的记录数据,所以我们推荐你使用这个命令。

18、不checkout而查看输出特定文件或URL的内容 
svn cat http://文件全路径
例子:
svn cat http://localhost/test/readme.txt

19、新建一个分支copy

svn copy branchA branchB  -m "make B branch" // 从branchA拷贝出一个新分支branchB

20、合并内容到分支merge

svn merge branchA branchB  // 把对branchA的修改合并到分支branchB

 

 

概要

概述

        SAE自2011-7-10日起,将全面支持SVN代码部署,用户不仅可以通过任何SVN客户端部署代码,而且SAE现有的代码部署方式也已经对接应用的SVN仓库,即使不使用SVN客户端部署代码,也保证了代码版本。

        如:通过在线代码编辑器(http://sdk.tools.sinaapp.com)等方式对代码的修改、部署等操作也会像svn commit一样,产生一个新版本。通过SVN客户端svn update可以获取最近的更新,也可以通过svn客户端回滚代码。

SVN仓库地址:  https://svn.sinaapp.com/your_app_name (您可以通过此地址直接访问)

如:应用域名是 test.sinaapp.com,那么SVN仓库地址是:https://svn.sinaapp.com/test

SVN用户名:  SAE安全邮箱    

SVN密码:  SAE安全密码(如已启用微盾动态密码,则此处填写“安全密码”+“微盾动态密码”)

注:SVN用户名和密码为安全邮箱和安全密码,不是微博账号和微博密码!

与标准SVN的区别

  为了保持与SAE兼容,使用svn方式部署代码到SAE有如下限制:

    1、文件名或目录名不允许含有以下字符:",*,?,<,>,|,另外文件或文件名的开始与结束也不允             许有空格。

    2、上传单个文件大小不超过20M

    3、单个目录下的文 件个数不能超过2000个

    4、每个应用代码总大小不超过100M

    5、单个版本代码总大小不超过50M

    6、appname目录下只允许存在10个以内的版本,并且版本号必须为正整数。(也就是说appname下面只允许出现10个以内的正整数             目录名,不允许有非目录的存在)

代码部署原理

  SAE代码部署分为三步:

  创建应用

        登陆SAE在线管理平台,“创建新应用”(http://sae.sina.com.cn/?m=myapp&a=create)时,如果创建成功,系统会自动为该应用创建一个SVN仓库。假设新创建的应用名为newapp,那么仓库地址为:

        https://svn.sinaapp.com/newapp/

        此时,可以通过本地SVN客户端检出(checkout)该应用的本地工作目录。

  部署代码

     SAE提供了不同的代码部署方式,可以分为两类:

          一是通过SVN客户端部署,这是SAE推荐的代码部署方法。

          另一个是通过非SVN客户端部署,即在线代码在线编辑器和推荐应用安装。

        这两类代码部署方法都会更新应用的SVN仓库版本,但必须注意的是非SVN客户端部署方式无法提供版本管理功能,只能看到最新版本的代码,也无法回滚代码。

        因此,强烈建议仅使用SVN客户端方式部署代码,如果同时使用非SVN客户端方式部署,为避免代码版本冲突,请及时在本地SVN工作目录下执行svn update操作,保证本地工作目录与线上代码保持一致。

  验证

        代码更新后,通过svn update或直接通过浏览器访问应用查看代码是否已经更新到线上。

相关资源

  TortoiseSVN下载:http://tortoisesvn.net/downloads.html

  Subversion中文站:  http://www.subversion.org.cn/

Windows SVN

使用TortoiseSVN客户端

        在Windows下推荐使用乌龟(Tortoise)SVN客户端。 TortoiseSVN 是 Subversion 版本控制系统的一个免费开源客户端,可以超越时间的管理文件和目录。文件保存在中央版本库(即SAE中央SVN仓库),除了能记住文件和目录的每次修改以 外,版本库非常像普通的文件服务器。你可以将文件恢复到过去的版本,并且可以通过检查历史知道数据做了哪些修改,谁做的修改。这就是为什么许多人将 Subversion 和版本控制系统看作一种“时间机器”。

下载安装

   TortoiseSVN下载:http://tortoisesvn.net/downloads.html

又不是在linux下,安装就不多说了 :)

下面详细介绍使用TortoiseSVN向SAE部署代码。

创建本地工作目录

        第一步,如图1,创建一个新文件夹作为本地工作目录(Working directory),可以使用应用名为文件夹名。如,为我的应用devcenter创建本地工作目录。

  第二步,从SAE的SVN仓库检出(checkout)一个应用的全部版本代码,如图2,右键-->点击“SVN Checkout”

  在弹出页面中填写仓库路径即可,这里是:https://svn.sinaapp.com/devcenter/,其它默认参数即可,如图3:

  Reversion处,“HEAD revision”是指最新版,也可以指定Revision为任意一个版本。

  点击“OK”,出现下载界面,如图4:

  如果一切顺利,devcenter应用所有版本代码将会全部出现在刚刚创建的devcenter文件夹下,如图5:

修改代码

  在本地使用你喜欢的编辑器,编辑任意文件,保存后该文件图标将会出现红色感叹号,如图6所示:

        看,刚刚修改过的index.php变色了。下面需要提交(commit)最近的更新。在index.php文件上击右键,出现菜单 ,

选择“SVN commit”,如图7:

  然后填写关于本次更新的日志(log message),这是必填项,否则commit会失败。如图8:

  当您看到如图9所示,表明刚才的修改已经成功提交,并且前该devcenter项目的SVN版本号加1,变成30.

新增文件/文件夹

        在 SVN工作目录下,对于文件修改,完成后只需要commit就ok了,但对于新增文件,或者从其它目录复制进来的文件或文件夹,需要在commit之前需 要做一步add操作,即将文件或文件夹添加到svn工作目录中来,否则SVN客户端不认它。具体操作很简单,如图10:

  然后再如图7所示,右键commit 即可。

  更多Tortoise SVN使用帮助,请参阅:http://www.subversion.org.cn/tsvndoc/

Notepad++集成svn插件

  Notepad++ 是一款Windows环境下很受欢迎的免费开源的代码编辑器,有很丰富的第三方插件。

  下面介绍Notepad++的svn插件的安装及使用。

    如图12,点击Plugin --> Plugin Manager --> Show Plugin Manager

    打开后,在“Available”页找到“Subversion”,然后点击“Install”,如图13所示:

    安装成功后会在Plugins菜单下出现"Subversion"子菜单。

            打开之前checkout下来的任一文件,如devcenter/1/index.php,编辑完成后,点击Plugins --> Subversion --> Commit File(或使用    快捷键Ctrl+Alt+A)

    出现熟悉的一页,如图14所示:

    对,这就是乌龟SVN的Commit页面,输入Log Message,点击“OK”即可提交。

使用UltraEdit Studio部署

    UltraEdit Studio(注意不是UltraEdit,UltraEdit不能与SVN整合)配置稍微复杂些。

    第一步,SVN仓库账号设置,如图15所示:

    然后填写仓库信息,如图16所示:

    完成后,创建Project,如图17所示:

        填写project名b.prj后,出现如图18所示"Project Settings",点击“Add Folder”,出现“NewFolder”,将"Group"前的勾去掉,然后点击“Browse”,在“Browse for Folder”页找到之前checkout出现的本地工作目录。

    点击“OK”后出现提示,如图19所示:

    表明UEStudio自动识别出了选择的代码目录是一个SVN工作目录,并询问是否整合,点击“Yes”,出现如图20所示:

    大功告成,"Close"之后即可以编辑代码,并随时commit修改。如图21所示:

使用EditPlus部署

    EditPlus依赖于Tortoise SVN(TSVN),必须先安装。

    使用最简单,见图22所示:

当编辑SVN工作目录里的文件时,File --> TSVN即出现相应可操作的菜单。

Linux/Mac SVN

仓库地址

https://svn.sinaapp.com/appname/

    为了传输安全,SAE要求统一使用https方式部署代码;

创建仓库

      登陆SAE在线管理平台(http://sae.sina.com.cn),创建应用,成功后您即可以检出该应用代码。

      例如,您刚刚创建了应用newapp,在本地执行:

          svn checkout https://svn.sinaapp.com/newapp

      第一次checkout时需要验证,用户名/密码为您的SAE安全邮箱和安全密码(非微博登陆账号密码,如已启用微盾动态密码,则此处填写“安全密码”+“微盾动态密码”)。

创建版本

      假如,为newapp应用创建版本1

      目前提供两种方式:

使用svn客户端

svn checkout https://svn.sinaapp.com/newapp  #此处需要认证,用户名/密码为您的SAE安全邮箱和安全密码(如已启用微盾动态密码,则此处填写“安全密码”+“微盾动态密码”)

cd newapp

mkdir 1

svn add 1

svn commit -m"add version 1 for newapp"

使用在线管理平台

          在SAE在线管理平台“代码管理”处创建版本即可。但为了避免与本地仓库冲突,务必在本地工作目录下执行:svn update ,将最近的更新拉到本地来。

更新代码

          更新代码前本地必须有一个工作目录(Working Directory),创建工作目录很简单,只需要检出(checkout)代码仓库即可。如,对于已经创建好的应用newapp,在本地执行:

     svn checkout https://svn.sinaapp.com/newapp

          输入安全账号和安全密码,即完成本地工作目录的创建。

上传代码

      需要增加某个文件或文件夹,如部署wordpress到版本1。

svn checkout https://svn.sinaapp.com/newapp

cd newapp/1

cp -rf /path/to/wordpress/* ./

svn add ./*

svn commit -m"add wordpress"

修改代码

      假如需要修改newapp应用版本1根目录下某个文件,如index.php,完整的操作流程如下:

svn checkout https://svn.sinaapp.com/newapp    #如果已经checkout过了,不需要重新checkout。

cd newapp/1

vim index.php   #这里编辑代码

svn commit -m "edit index.php"

配置应用(appconfig)

        在应用版本根目录下,如newapp/1下,创建文件config.yaml(语法参见:http://sae.sina.com.cn/?m=devcenter&catId=193),然后通过svn commit即可完成应用配置。

        如,现在需要更新应用newapp的默认版本3的appconfig,操作如下:

    svn checkout https://svn.sinaapp.com/newapp    #如果已经checkout过了,不需要重新checkout。

    cd newapp/3

    vim config.yaml   #这里按照config.yaml语法编辑即可。

    svn commit -m "update config.yaml"

        注意:config.yaml不会被部署到用户的代码目录,但会被存储在服务端SVN仓库中。因此下次可以被checkout出来,但不会被用户访问到。

在线编辑代码

      SVN可以在线阅读应用代码,地址即SVN仓库地址:https://svn.sinaapp.com/appname/

      将appname换成自己的应用名即可登陆查看代码。

      在线编辑器 可在管理面板>>代码管理>>编辑代码 打开

SVN for SAE的限制条件

      为了保持与SAE兼容,使用svn方式部署代码到SAE有如下限制:

      1、文件名或目录名不允许含有以下字符:",*,?,<,>,|,另外文件或文件名的开始与结束也不允许有空格。

      2、上传单个文件大小不超过4M

      3、单个目录下的文 件个数不能超过400个

      4、每个应用代码总大小不超过100M

      5、单个版本代码总大小不超过50M

      6、appname目录下只允许存在10个以内的版本,并且版本号必须为正整数。(也就是说appname下面只允许出现10个以内的正整数             目录名,不允许有非目录的存在)

常见错误说明及解决办法

错误提示
错误原因
解决方法

The change log need some words(not null)
提交时没有添加log message
提交时加上log message即可

The log message is a pathname (was -F intended?); use '--force-log' to override
log message 与路径名称相同
修改log message

Error file xxx in not allowed in root directory!
working copy的根目录下不允许有名为xxx的文件(只能是正整数版本目录)
删除该文件或者移到到版本目录下

directory xxx/ is not allowed in root directory! Only positive integer dirs are allowed!

working copy的根目录下不允许有名为xxx的目录(只能是正整数版本目录)
删除该目录或者移到版本目录下

Too many versions!(less than 10 is permited)
版本目录多于10个,最多不超过10个
删除刚刚创建的版本目录即可。

Too many files: XXX (less than 2000 is allowed).
XXX目录下文件的数量超过2000
删除XXX目录下的文件,使其总数降至2000以下

dir APPNAME/dir(size:xxxx) is too large less than xxx
该应用下代码(不包括.svn目录)总大小超过100M,或某个版本总大小超过50M
删除不必要的代码再尝试提交

File XXX is too large!(less than 4M)
单个文件大小超过4M
删除重试

类似Repository UUID '305daf1b-94be-48ee-a4b9-f4bcd36320de' doesn't match expected UUID '44e2f7a2-1b69-4710-974a-b6edef0fdc12'
服务器端仓库被删除重建,客户端对原仓库进行操作导致。
重新checkout出一份代码即可

add vers xxx faild
文件部署失败
内部原因,请联系saesupport@sina.cn。

常用svn命令说明

    1、从SVN仓库中检索出代码到工作拷贝:

           # svn checkout https://svn.sinaapp.com/appname [workcopy]

           其中workcopy是可选的,如果不写workcopy,SVN会默认将appname做为workcopy。

           如果只检索某个版本:

           # svn checkout https://svn.sinaapp.com/appname/appversion [workcopy]

           只检索某个版本的某个目录:

           # svn checkout https://svn.sinaapp.com/appname/appversion/folder [workcopy]

    2、向SVN仓库提交代码:

           # svn commit -m "here is message"

    3、将本地文件添加到工作拷贝:

           # svn add something

           注:如果something为文件,svn会将这个文件添加到工作拷贝;如果something是目录,svn会将目录及里面的文件全添加到工作                      拷贝。something也可以是通配符*,这样会忽略已经添加过的文件。

    4、从工作拷贝中删除一个文件:

           # svn delete something

           注:如果something为文件,svn会将这个文件从工作拷贝中删除;如果something是目录,svn会将目录及里面的文件全部从工作                      拷贝中删除。

    5、直接从SVN仓库中删除文件:

           # svn delete -m "delete something" https://svn.sinaapp.com/appname/appversion/something

           注:可以从SVN仓库中直接删除单个文件或单个目录甚至某个版本。

    6、将一个本地项目导入到SVN仓库:

           导入应用的某个版本:

           # svn import localdir https://svn.sinaapp.com/appname/appversion

           注:要确保目前应用的appversion不冲突。

    7、查看工作拷贝中的文件或目录状态:

           # svn status [something]

    8、更新自己的工作拷贝:

           # svn update

           注:从SVN仓库下载最新版本,此命令会导致本地没有提交的更改丢失,建议使用此命令前先查看一下本地拷贝状态(svn status).

    9、取消对代码修改

           取消对代码的修改分为两种情况。

第一种情况:改动没有被提交(commit)。

           这种情况下,使用svn revert就能取消之前的修改。

           svn revert用法如下:

           # svn revert [-R] something

           其中something可以是(目录或文件的)相对路径也可以是绝对路径。

           当something为单个文件时,直接svn revert something就行了;当something为目录时,需要加上参数-R(Recursive,递归),否则              只会将something这个目录的改动。

           在这种情况下也可以使用svn update命令来取消对之前的修改,但不建议使用。因为svn update会去连接仓库服务器,耗费时间。

           注意:svn revert本身有固有的危险,因为它的目的是放弃未提交的修改。一旦你选择了恢复,Subversion没有方法找回未提交的修                        改。

第二种情况:改动已经被提交(commit)。这种情况下,用svn merge命令来进行回滚。 

           回滚的操作过程如下: 

             1) 保证我们拿到的是最新代码: 

                  svn update 

                  假设最新版本号是28。 

             2) 然后找出要回滚的确切版本号: 

                  svn log [something]

                  假设根据svn log日志查出要回滚的版本号是25,此处的something可以是文件、目录或整个项目

                  如果想要更详细的了解情况,可以使用svn diff -r 28:25 [something]

             3) 回滚到版本号25:

                  svn merge -r 28:25 something

                  为了保险起见,再次确认回滚的结果:

                  svn diff [something]

                  发现正确无误,提交。

             4) 提交回滚:

                  svn commit -m "Revert revision from r28 to r25,because of ..." 

                  提交后版本变成了29。

                  将以上操作总结为三条如下:

                  a. svn update,svn log,找到最新版本(latest revision)

                  b. 找到自己想要回滚的版本号(rollbak revision)

                  c. 用svn merge来回滚: svn merge -r : something

    10、查看SVN仓库日志信息:

            # svn log [workcopy]

            查看所有本地的历史日志,如果workcopy为某文件,那么就是查看某个文件的日志信息。

            查看SVN仓库所有文件的日志信息:

            # svn log https://svn.sinaapp.com/appname/

            这个命令会查看所有修改过的日志。

    注:SAE提供的SVN服务完全支持标准SVN的所有命令,更详细的使用说明请查阅SVN官方帮助文档。

            SVN命令帮助文档:http://www.subversion.org.cn/svnbook/1.4/svn.ref.html

            中文完全帮助文档:http://svnbook.red-bean.com/index.zh.html












本文转自张昺华-sky博客园博客,原文链接:http://www.cnblogs.com/sky-heaven/p/4766404.html,如需转载请自行联系原作者


相关实践学习
基于小程序Serverless开发个人相册小程序
本场景基于小程序云Serverless+小程序开发者工具(IDE),快速搭建个人相册小程序
SAE的功能与使用入门
欢迎来到《SAE的功能与使用入门》,本课程是“云原生Serverless Clouder认证“系列中的第三阶段。课程将向您介绍阿里云Serverless应用引擎(SAE)服务相关的概念、特性与使用方式。通过课程将带您逐步深入探索Serverless世界,借助SAE服务,即使没有丰富的云计算和IT经验,也能够让开发人员在实际业务场景中便捷的掌握如何构建和部署应用程序,快速拥抱Serverless架构,将精力聚焦在应用代码和业务逻辑的实现上。 学习完本课程后,您将能够: 掌握Serverless应用引擎(SAE)的基本概念与核心优势 了解Serverless应用引擎(SAE)的核心功能 掌握使用Serverless应用引擎(SAE)的开发和部署流程 了解Serverless应用引擎(SAE)的适用场景和最佳实践 &nbsp;
相关文章
|
12月前
|
自然语言处理
SVN合并(Merge)与拉取分支(Branch/tag)操作简介
SVN合并(Merge)与拉取分支(Branch/tag)操作简介
461 0
|
程序员 数据安全/隐私保护 Android开发
SVN权限操作
SVN权限操作
130 0
|
应用服务中间件
记一次SVN误删除操作和Tomcat版本与操作系统不兼容 问题分析及解决的过程(下)
记一次SVN误删除操作和Tomcat版本与操作系统不兼容 问题分析及解决的过程(下)
109 0
记一次SVN误删除操作和Tomcat版本与操作系统不兼容 问题分析及解决的过程(下)
|
应用服务中间件
记一次SVN误删除操作和Tomcat版本与操作系统不兼容 问题分析及解决的过程(上)
记一次SVN误删除操作和Tomcat版本与操作系统不兼容 问题分析及解决的过程(上)
120 0
记一次SVN误删除操作和Tomcat版本与操作系统不兼容 问题分析及解决的过程(上)
SVN刷新不及时,要手动操作
SVN刷新不及时,要手动操作
119 0