11

私は Git (およびその点で VC) にまったく慣れておらず、ブランチを使用した Dev>Staging>Live ワークフローの背後にある概念を理解するのに少し苦労しています。

このワークフローの一部を適用しようとしています。これは、固定ステージングの代わりに開発ブランチとリリースブランチを使用します。

Git を使用する前は、SVN を使用して「同じ」ワークフローを使用していました。ただし、ステージごとにブランチを作成する代わりに、個別のリポジトリを使用しました。ブランチを適用しようとしているので、少しぼやけています。

ワークフローの背後にある考え方は理解できますが、技術的な観点からは理解できません。

それを作成するために私が従っている手順：

フォルダーの作成

user:/var/www/$ mkdir dev.example.local
user:/var/www/$ mkdir staging.example.local
user:/var/www/$ mkdir example.local

リポジトリの初期化

user:/var/www/example.local$ git init
user:/var/www/example.local$ git remote add origin git@bitbucket.org:user/example.com.git
user:/var/www/example.local$ echo "README" > README
user:/var/www/example.local$ git commit -am "First"
user:/var/www/example.local$ git push origin master

user:/var/www/example.local$ cd ../dev.example.com
user:/var/www/dev.example.local$ git clone git@bitbucket.org:user/example.com.git .
user:/var/www/dev.example.local$ git checkout -b dev
user:/var/www/dev.example.local$ git push origin dev

user:/var/www/dev.example.local$ cd staging.example.com
user:/var/www/staging.example.local$ git clone git@bitbucket.org:user/example.com.git .

開発ブランチでのいくつかの作業

user:/var/www/dev.example.local$ echo "New" > newfile
user:/var/www/dev.example.local$ git add .
user:/var/www/dev.example.local$ git commit -am "Some new file"
user:/var/www/dev.example.local$ git push origin dev

新しいリリースの準備ができたら

user:/var/www/staging.example.local$ git fetch
user:/var/www/staging.example.local$ git checkout -b release-0.1 dev
user:/var/www/staging.example.local$ git push origin release-0.1

user:/var/www/staging.example.local$ cd ../example.com
user:/var/www/example.local$ git fetch
user:/var/www/example.local$ git merge --no-ff origin/release-0.1
user:/var/www/example.local$ git tag -a "0.1"
user:/var/www/example.local$ git push origin master

user:/var/www/example.local$ cd ../dev.example.com
user:/var/www/example.local$ git merge --no-ff master
user:/var/www/example.local$ git push origin dev

私は正しい手順に従っていないと確信しています。では、「正しい方法」は次のとおりです。

  • dev、staging、liveフォルダーを作成し、それぞれに git リポジトリを初期化しますか?
  • 新しいリリースをチェックアウト/マージしますか?
  • リリースからライブにマージしますか?
  • 環境全体を作成しますか？

と：

  • これらの git コマンドはどこで実行すればよいですか? 私のローカルレポで？ステージごとに？

関連情報:

  • ビットバケットを使用しています
  • これはウェブサイト（Drupal）開発用です
  • 私のマスターブランチはライブステージです
  • 同時に 3 人ほどの開発者が働いており、それぞれの国が異なります。
4

2 に答える 2

14

別のリポジトリを作成する必要はありません。学ぶべきこと、そしておそらく git について好きになることは、ブランチの操作がいかに簡単かということです。ステップ1：

  • SVN の背景から知っていることはすべて忘れてください

これですべての準備が整いました。アイデアは次のとおりです。現在、bitbucket にのみmasterあるとします。

  • リポジトリをクローンします。

    $ git clone git@bitbucket.org:user/example.com.git
$ cd example.com

  • ブランチを作成します。

    $ git branch dev
$ git branch staging

  • これらのブランチについて他の人に知らせてください:

    $ git push origin dev
$ git push origin staging

  • 働き始める！

    $ git checkout dev
$ touch new_file
$ git add new_file
$ git commit
$ git merge master         # and resolve conflicts
$ git checkout master
$ git merge dev
$ git push origin

注: 上記の例は単純なブランチ実験マージであり、チュートリアルの正確なワークフローを反映していない可能性があります。

要するに、異なるリポジトリはありませんが、単一のリポジトリにブランチがあります。これらのブランチ間で、好きなワークフローで好きなだけマージできます。オリジンにプッシュされない追加のブランチを持つことができるため、他のブランチから隠されます。もちろんgit fetch、git merge他の共同作業者から最新の変更を確実に取得するために、作業したいブランチも頻繁に確認する必要があります。

于 2012-07-12T22:45:20.080 に答える
0

git ワークフローの例については、私のものを見てください。

http://dymitruk.com/blog/2012/02/05/branch-per-feature/

これにより、成熟したプロセスを開始できます。

于 2012-07-13T02:24:19.557 に答える