2016-05-06 10 views
3

ビルドの自動化のためにgitを使ってphingスクリプトを作成しています。ちょっとしたアイデアを得るために、私たちはプロジェクトに複数の支店を構える予定で、そのうちのいずれかを展開することができます(この部分についてはほとんど確信しています)。ブランチの代わりにgitリビジョンをロールアウトの参照として使用する

私はビルドスクリプトを実装するための思考プロセスを開発する過程で、ビルドスクリプトへの入力としてgitブランチを提供し、代わりにgitリビジョンを提供するように変更しました。ブランチ)。今、私の知識がさらに増えているので、私は再びgitブランチリファレンスを使うことに賛成です。

私は、これらのいずれかを経験している人の賛否両論を探求したいと思っています。

私が今日実現したリビジョンを使用する際の最新の問題は、リビジョンを含むリビジョンを見つけることができるように、すべての支店をローカルに引き上げなければならないことです。そのリビジョンへの作業ディレクトリ。チェックHow to take local working directory to any git revision irrespective of its branch after remote changes?

+0

なぜコミットを含むブランチを知る必要があるのですか?リポジトリの最新の変更を 'フェッチする 'と、あなたが持っているものを' checkout'するだけです。 – Vampire

+0

@BjörnKautlerローカルリポジトリに既に存在するブランチのみをフェッチしませんか? –

+0

私があなたのリンクされた質問で言ったように、フェッチは、少なくともブランチを設定や引数で指定しなかった場合には、新しいブランチを取得すること(そして--pruneを使用すると古いブランチを削除する)を含むリモート全体を更新します。もちろん、新しいリモートコマンドからローカルブランチを作成することはありませんが、パラメータを指定しないクローンは作成しません。 – Vampire

答えて

2

特定のリビジョンを参照する場合は、tagを作成します。タグは、特定のビルドやリリースされたバージョンを識別するためのものです。タグはブランチヘッドのように特定のコミットを指しますが、ブランチヘッドとは異なり、追加のコミットが追加されると変更されません。

+0

"タグはブランチヘッドと同じように特定のコミットを指しますが、ブランチヘッドとは異なり、追加のコミットが追加されます。これはブランチの代わりにタグ参照を使う利点ですか?申し訳ありませんが、私はそれがどのように有利なのか理解できません。 –

+0

特定のリビジョンをビルドしてデプロイするときには、正確なリビジョンを信頼できる方法で参照する必要があります。「このリビジョンはバージョン1.0」と言うことができ、さらにコミット後1.1)を加える。コミットIDを使用することはできますが、覚えにくいです。タグは、特定のコミットIDの人間が読める名前です。 – Wyzard

関連する問題