5

リモートの実稼働LinuxWebサーバーがあります。その上に、このセットアップを実装しました。Webルートにプライムリポジトリがあり、ハブがそれに接続されています。また、サイトの.devドメインの設定が停滞しており、そのドメインのWebルートに別のリポジトリがあります。テストした変更をハブにプッシュすると、自動的にプライムにプッシュされます。ここまでは順調ですね。

開発を行う2台のPCがあります(デスクトップとラップトップ、どちらもWin)。私のIDEはnetbeansであり、sshを介してそこでリモートプロジェクトを操作しています。ファイルがNetBeansで編集されるたびに、ファイルは自動的にスタギングリポジトリにアップロードされるため、コミットせずにすぐにテストできます。次に、機能が優れていることを確認したら、コミットし、テスト後、ハブにプッシュしてからプライミングします。

これは、私がブランチで多くの作業を始める前は、私にとって非常に説得力がありました。サーバー上の新しいブランチをチェックアウトするたびに、プロジェクト全体をnetbeansに再ダウンロードする必要があり、それを忘れることがよくあります。また、別のPCで作業していると、プロジェクトを再ダウンロードするのを忘れることがあります。

以前と同じようにWinSCP+Notepad ++を使用できましたが、netbeansのクールさが恋しいです。私はいつもshellとvimを介して作業することができましたが、そのためには十分にクールではありません。ローカルリポジトリを設定した場合、テストのためにすべての変更をプッシュする必要がありますが、これは愚かで汚いものです。たぶん、Dropboxを使用してリポジトリを保存し、自動同期しますか?繰り返しますが、私はサーバー部分に完全に満足しています。ローカル編集が問題です。

ワークフローを改善するためにどのようにアドバイスできますか?

4

1 に答える 1

4

OK、1か月後、私は自分が取ったアプローチに100%満足しており、その副作用は見つかりませんでした。

gitリポジトリをサーバー(Centos)のDropboxフォルダーに置きました。次に、ローカルの開発者マシンに、これらのリポジトリが自動的に同期されます。同期されたプロジェクトをNetBeansで開き、オンラインかどうかに関係なくローカルで作業します。オンラインの場合、変更はサーバーにシームレスに同期されるため、変更をすぐに確認して、.devドメインでテストできます。小さな変更がサーバーと同期されるまでに約3秒かかります。

Netbeansを介してローカルで、またはコマンドラインgitを介してサーバー上でgitリポジトリを操作できます。私はサーバー上でブランチをコミットして切り替えることを好みます。ローカルではNBで変更を確認し、ビジュアル差分を使用します。

このアプローチは、上記のワークフローで非常にうまく機能します

于 2012-10-05T11:17:19.060 に答える