Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [babel-dev] tag R_0_201507041055 deployment request

Thanks, Denis!

Regards,
Kit Lo
Eclipse Babel Project Lead
IBM Eclipse SDK (IES) Globalization Technical Lead
IBM Rational solution for Collaborative Lifecycle Management (CLM) Globalization Technical Lead


Inactive hide details for Denis Roy ---07/10/2015 02:20:47 PM---There were a few flaws with the genie:deployBabelLive.sh (tag) Denis Roy ---07/10/2015 02:20:47 PM---There were a few flaws with the genie:deployBabelLive.sh (tag) script  which I've fixed.

From: Denis Roy <denis.roy@xxxxxxxxxxx>
To: babel-dev@xxxxxxxxxxx
Date: 07/10/2015 02:20 PM
Subject: Re: [babel-dev] tag R_0_201507041055 deployment request
Sent by: babel-dev-bounces@xxxxxxxxxxx





There were a few flaws with the genie:deployBabelLive.sh (tag) script
which I've fixed.

This is probably documented somewhere, but here's our deployment strategy.

We have a staging area at
http://babel.eclipse.org/staging.  It may or
may not work, but it's a git clone against HEAD.

When deployBabelLive.sh is invoked, here's what happens:
- backup code & database
- git fetch
- git fetch --tags (new)
- git checkout (tag)
- rsync checked-out version to the live site
- git checkout HEAD


Since the deployBabelLive.sh script wasn't doing a git fetch --tags, a
tag that wasn't tied to a commit wasn't being brought in.  This is
(IMHO) silly behaviour on Git's part, since the tag was present with a
git clone.

genie@babel:/path/to/babel.eclipse.org/staging> git pull
Already up-to-date.
genie@babel:/path/to/babel.eclipse.org/staging> git tag
R_0_20080130
R_0_200801310934
[snip]
R_0_201412231200
R_0_201506070100
R_0_201507041055
R_TESTGIT_TAG
STAGING_0_200804281319
genie@babel:/path/to/babel.eclipse.org/staging> git fetch --tags
remote: Counting objects: 6, done.
remote: Compressing objects: 100% (6/6), done.
remote: Total 6 (delta 4), reused 0 (delta 0)
Unpacking objects: 100% (6/6), done.
From git://git.eclipse.org/gitroot/babel/server
 * [new tag]         R_0_201507051350 -> R_0_201507051350


Then retry deployment:
genie@babel:~> ./deployBabelLive.sh R_0_201507051350
Deploying Babel.
Dry-run status:
Backing up live database to ~/backups/babel-live_2015_07_10_14_01.sql.gz
Backing up live codebase to ~/backups/babel-live_2015_07_10_14_01.tar.gz

Deploying from RTAG: R_0_201507051350
M       addons/babel.eclipse.org/backend_functions.php
Note: checking out 'R_0_201507051350'.

You are in 'detached HEAD' state. You can look around, make experimental
[snip]
HEAD is now at 033df1d... [373204] Babel server getting slow
[rsync]
[snip]
Previous HEAD position was 033df1d... [373204] Babel server getting slow
Switched to branch 'master'


At this time, the tag R_0_201507051350 should be live.

Denis




On 07/05/2015 12:41 PM, Kit Lo wrote:
> I deployed R_0_201507051350 but still do not see Yashida-san's commit.
>
> Denis, we may need your help to take a look. Thanks!
_______________________________________________
babel-dev mailing list
babel-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/babel-dev


GIF image


Back to the top