0

これはすでに質問されていることは承知していますが、別の解決策とヒントに焦点を当てるために、私の状況も共有したいと思います。PHP Web サイトを開発し、リモートの半製品サーバーですべてをテストして、Web アプリケーションが実際にどのように機能するかを確認します。

通常、リモート SFTP をコンピューターにマウントし、サーバー上で直接読み取り/書き込みを行います (その後、テスト サーバーから別のサーバーへの夜間バックアップがあります)。そのため、変更したすべてのファイルを保存してアップロードする必要はありません。

現在、ファイルの変更を追跡するために GitHub に切り替えることを検討しています。Mac に GitHub をインストールして構成しました。また、GIT リポジトリからテスト Web サーバーに自動的にプルする Webhook もインストールして構成しました。そのため、コミットして GitHub に同期すると、ブラウザで変更したページを更新して動作を確認できます。

問題は、Web スクリプトは多くの場合、多くの小さな変更で構成されていることです。時々、「保存」を押し続けてブラウザに切り替えて、正しく動作するかどうかを確認する必要があります...そのため、毎回コミットする (そして要約を指定する!) 必要があります。受け入れられません。

ワークフローでこの問題をどのように解決できますか?

前もって感謝します。

4

2 に答える 2

4

適切なコードのみをコミットします。必要に応じて sftp でテストしますが、適切なコードのみをコミットしてください。

のような利益を失うことgit bisectは、とりわけあなたが提案していることのかなり深刻な副作用です。

于 2012-07-16T11:04:44.127 に答える
3

簡単に言えば、そうすべきではありません。

ソース コード管理システムは、開発中のコードをテストしてテスト サーバーに転送するためのものではありません。以前のように SFTP を使用するか、rsync をセットアップする必要があります。これらは転送用のツールです。

GitHub を使用して、作業中の完全な変更のみを保存する必要があります。「マイクロチェンジ」をテストし、スナップショットが機能するようになったら、コミットして、最後のコミット以降に変更したすべての内容を説明する必要があります。

それ以外は、使用しようとしているツールをハッキングするだけです。あなたが提案したことを行うことは、gitが提供するすべての利点を（ほぼ）失うことを意味し、プレーンなsftp/rsyncを使用するよりもはるかに便利ではありません.

于 2012-07-16T11:09:43.253 に答える