Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
G
gitlab-ce
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Issues
0
Issues
0
List
Boards
Labels
Milestones
Merge Requests
0
Merge Requests
0
Analytics
Analytics
Repository
Value Stream
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Commits
Issue Boards
Open sidebar
Tatuya Kamada
gitlab-ce
Commits
3a279bb2
Commit
3a279bb2
authored
May 19, 2014
by
Dmitriy Zaporozhets
Browse files
Options
Browse Files
Download
Plain Diff
Merge branch '6.9.0.rc1' into 'master'
Version 6.9.0.rc1
parents
a85aa4e0
aacd43d7
Changes
3
Show whitespace changes
Inline
Side-by-side
Showing
3 changed files
with
105 additions
and
9 deletions
+105
-9
VERSION
VERSION
+1
-1
doc/install/installation.md
doc/install/installation.md
+8
-8
doc/update/6.8-to-6.9.md
doc/update/6.8-to-6.9.md
+96
-0
No files found.
VERSION
View file @
3a279bb2
6.9.0.
pre
6.9.0.
rc1
doc/install/installation.md
View file @
3a279bb2
...
...
@@ -150,13 +150,13 @@ NOTE: because we need to make use of extensions you need at least pgsql 9.1.
## Clone the Source
# Clone GitLab repository
sudo -u git -H git clone https://gitlab.com/gitlab-org/gitlab-ce.git -b 6-
8
-stable gitlab
sudo -u git -H git clone https://gitlab.com/gitlab-org/gitlab-ce.git -b 6-
9
-stable gitlab
# Go to gitlab dir
cd /home/git/gitlab
**Note:**
You can change
`6-
8
-stable`
to
`master`
if you want the
*bleeding edge*
version, but never install master on a production server!
You can change
`6-
9
-stable`
to
`master`
if you want the
*bleeding edge*
version, but never install master on a production server!
## Configure it
...
...
@@ -261,7 +261,7 @@ GitLab Shell is an ssh access and repository management software developed speci
cd /home/git/gitlab
# Run the installation task for gitlab-shell (replace `REDIS_URL` if needed):
sudo -u git -H bundle exec rake gitlab:shell:install[v1.9.
3
] REDIS_URL=redis://localhost:6379 RAILS_ENV=production
sudo -u git -H bundle exec rake gitlab:shell:install[v1.9.
4
] REDIS_URL=redis://localhost:6379 RAILS_ENV=production
# By default, the gitlab-shell config is generated from your main gitlab config. You can review (and modify) it as follows:
sudo -u git -H editor /home/git/gitlab-shell/config.yml
...
...
doc/update/6.8-to-6.9.md
0 → 100644
View file @
3a279bb2
# From 6.8 to 6.9
### 0. Backup
```
bash
cd
/home/git/gitlab
sudo
-u
git
-H
bundle
exec
rake gitlab:backup:create
RAILS_ENV
=
production
```
### 1. Stop server
```
bash
sudo
service gitlab stop
```
### 2. Get latest code
```
bash
cd
/home/git/gitlab
sudo
-u
git
-H
git fetch
--all
```
For Gitlab Community Edition:
```
bash
sudo
-u
git
-H
git checkout 6-9-stable
```
OR
For GitLab Enterprise Edition:
```
bash
sudo
-u
git
-H
git checkout 6-9-stable-ee
```
### 3. Update gitlab-shell (and its config)
```
bash
cd
/home/git/gitlab-shell
sudo
-u
git
-H
git fetch
sudo
-u
git
-H
git checkout v1.9.4
```
### 4. Install libs, migrations, etc.
```
bash
cd
/home/git/gitlab
# MySQL installations (note: the line below states '--without ... postgres')
sudo
-u
git
-H
bundle
install
--without
development
test
postgres
--deployment
# PostgreSQL installations (note: the line below states '--without ... mysql')
sudo
-u
git
-H
bundle
install
--without
development
test
mysql
--deployment
```
### 5. Update config files
#### New configuration options for gitlab.yml
There are new configuration options available for gitlab.yml. View them with the command below and apply them to your current gitlab.yml if desired.
```
git diff 6-8-stable:config/gitlab.yml.example 6-9-stable:config/gitlab.yml.example
```
### 6. Start application
sudo service gitlab start
sudo service nginx restart
### 7. Check application status
Check if GitLab and its environment are configured correctly:
sudo -u git -H bundle exec rake gitlab:env:info RAILS_ENV=production
To make sure you didn't miss anything run a more thorough check with:
sudo -u git -H bundle exec rake gitlab:check RAILS_ENV=production
If all items are green, then congratulations upgrade is complete!
## Things went south? Revert to previous version (6.8)
### 1. Revert the code to the previous version
Follow the
[
`upgrade guide from 6.7 to 6.8`
](
6.7-to-6.8.md
)
, except for the database migration
(The backup is already migrated to the previous version)
### 2. Restore from the backup:
```
bash
cd
/home/git/gitlab
sudo
-u
git
-H
bundle
exec
rake gitlab:backup:restore
RAILS_ENV
=
production
```
If you have more than one backup
*
.tar file(s) please add
`BACKUP=timestamp_of_backup`
to the command above.
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment