0

私は、一度に数十の中小企業の Web サイトでフリーランスの仕事をしています。通常、彼らのセットアップにはローカル データベースやその他のサーバー構成が必要なので、私は彼らのサーバーで直接開発およびテストする必要があります。

現在、クライアントのサーバーを FTP 経由で (Transmit を使用して) マウントし、サーバー上のサイトの開発用コピーに変更を加えて直接テストし、動作することに満足したら、ライブ バージョンにファイルをコピーします。

シェル アクセスがなくても (一部は Windows ベースのサーバーです)、Git をワークフローに組み込んで、サイトのバージョン管理履歴を維持する方法はありますか?

編集:マシンにボリュームとしてマウントされた Web フォルダーがあるので、開発用サブフォルダーを git ステージング ディレクトリとして使用できますか? 変更を加えて直接テストし、追加の手順なしでコミットできました。

Web パスに Git の隠しファイルがあると、セキュリティ上の問題になりますか? ファイルがリモートであるという事実により、Git の実行が法外に遅くなるでしょうか? サーバー上で開発しているのは私だけだとすると、これはもっともらしい解決策のように思えます。

4

1 に答える 1

0

クライアント マシンにリポジトリのクローンを保持する必要がない場合: 変更をローカルで作業してテストするだけのように見えるため、サービスを提供する (ローカル) 開発マシンで各クライアントの git リポジトリをセットアップする必要があります。変更を追跡します。次に、変更/コミット/テストが完了したら、FTP を使用して変更をコピーする現在の手段にフォールバックします。ソース管理の利点はすぐに得られます。クライアント マシンにリポジトリのクローンを作成する理由があれば、いつでもクライアント マシンで git 共有をセットアップできます。本当に重要なことは、プロジェクトを任意のリポジトリに入れることです。

それ以外の場合、クライアント マシンにレポ クローンが必要な場合は、簡単な代替手段があります。通常、git インストールではgit-daemon、クライアント/サーバーの TCP アクセスをレポジトリに許可するサポートが提供されます。ただし、認証は行われないため、ローカルネットでのみ使用することをお勧めします。したがって、これは実際には実行可能な解決策ではありません。

より良い解決策は、クライアントの Windows マシンにある種の ssh サーバーをセットアップしてから、ssh を介した git アクセスを構成することです。Windows でこのターンキーを作成しようとした商用製品がいくつかあります: WindowsGit、GitStack。どちらも有料です。

周りを見回すと、これを自分で行うためのチュートリアルがいくつか見つかります。これが1つです。

これは、Windows 以外のプラットフォームでの ssh アクセスのセットアップには対応していませんが、通常、Windows での ssh のセットアップは難しい作業です。

当然のことながら、どのソリューションでも、少なくとも git をセットアップするために、最初はクライアント マシンへのアクセスが必要になります。

于 2012-06-07T22:11:07.140 に答える