私は以下のreposを持っています。gitリモートオリジンを設定する
- DEVのREPO:私はDEVレポから
- PRODUCTIONのREPOを変更をプッシュする私の開発マシン上で裸のリポジトリ:ホストマシン上のリポジトリ私は
- MAIN REPOを変更します私の開発マシン上のディレクトリ内をメインリポジトリから更新を引き出す
私はを使用して、MAINレポをDEVレポの起点として設定しました。 PRODUCTIONリポジトリはリモートホストにあります。同じコマンドのバリエーションを使用して、MAINレポをPRODUCTIONレポの起点として設定することはできますか? "はい"の場合、構文にはIPアドレスが含まれていると仮定します。どのように見えるだろうか?展開プロセスは、通常、悪いアイデアで、実際の展開スクリプトの賛成では避けるべきであるしかし簡単なgit pull
を持つHTTP
git remote add origin http://IP/path/to/repository
を使用してSSH
git remote add origin ssh://[email protected]/path/to/repository
を使用して
なぜそれは本当に悪い考えですか?デプロイスクリプトの例をいくつか検索しました。 – Jay
デプロイメントは、 'git pull'だけでは意味がない(「always」を読む)ことが多いためです。プロダクションDBの資格情報を設定し、キャッシュをクリアし、バージョン番号を増やし、古いバージョンをバックアップして、問題が起こった場合にロールバックし、資産(CSSやJなど)を最適化/縮小し、もの。 –
@ClementHerreman - あなたの説明に基づいて、git pullを使うのは、それが限られた解決策であるため、あまり「悪い考え」ではないようです。単純なシナリオがある場合、git pullが完全に効果的で簡単なデプロイメントソリューションになることがあります。 – Brady