1

今のところ、私は git サーバーを使用できないので、お気に入りの git 機能の 1 つを使用しています。これは、コンピューター内の任意のディレクトリを git リポジトリに変換する機能です (まさにその通りgit initです)。

コーディングをしているのは私だけで、自分のものを追跡することができたので、私はこれを行っていました。今は状況が少し変わり、私は小さなチームで働いています。ただし、他のいくつかのことは変更されておらず、まだgitサーバーを使用できないため、ローカルリポジトリが唯一のオプションです。

最も簡単な手順は、レポを圧縮して送信することで、コードを他の人に配布することです。それらが完了すると、彼らはそれを私に送り返し、私は元のレポを代用します。プロジェクトがどのように編成されているかにより、同じレポで2人が作業することはほとんどないため、うまく機能します。

今、私はもっと一貫性のあることをしたいと思っています..彼らが私に送ったものを私のローカルレポにマージするようなものです。この例では、最終的に 2 人が同じレポ (またはそのサブセット) で作業できるようになります。

私はgitパッチスクリプトについて読んでいます。しかし、正直なところ、私はこのソリューションにあまり満足していませんでした。第一に、私の最初の実験ではすぐには機能しなかったためです（ええ、それをよりよく理解することはわかっていますが、それでも、gitの残りの部分ほど直感的ではありません）。第二に、リポジトリにはバイナリファイルも含まれているためです同様に制御する必要があります..パッチがそれを処理できるかどうかはわかりません:/

これを整理するためにどの手順をお勧めしますか? 私が説明した方法でリポジトリにマージできるコマンドはありますか?

ありがとう！

f.

4

3 に答える 3

2

お互いにパスを送ってみませんか？

git format-patchそしてgit amあなたのニーズに合うかもしれません。私は過去にそれを使用しました、そしてそれはまれな変更を送るのに十分に働きます。

于 2011-06-02T16:16:27.173 に答える
1

分散バージョン管理の良いところは、誰もがいつでもアクセスできるサーバーが 1 つだけ必要ではないことです。必要な数のサーバーを持つことができます。会社のファイアウォール内にサーバーまたは共有ディレクトリをセットアップして、アクセスできるすべてのユーザーが使用できるようにし、オフサイトの人にそれぞれ独自のローカル ssh または必要に応じてプッシュおよびプルできるものをセットアップさせることができます。

メーリング リポジトリを zip ファイルで継続したい場合は、メインのローカル リポジトリを置き換える代わりに、それを別のフォルダーに解凍し、git pullそのフォルダーからメイン リポジトリにマージしてマージするだけです。帯域幅に関しては ほど効率的ではありませんgit format-patchが、特定のワークフローではもう少し使い慣れています。

于 2011-06-02T16:51:47.500 に答える
1

共有ディレクトリを設定する何らかの方法がある場合は、それが誰かのコンピューター上にある場合でも、git initそこで実行して、全員にそのリポジトリをリモートとして追加してもらうことができます。gitolite や SSH 接続したものほどクリーンではありませんが、問題なく動作するはずです。

于 2011-06-02T16:21:38.157 に答える