web-dev-qa-db-ja.com

別のマシンへのファイルコピーGitリポジトリの問題(そして両方から作業を続ける)?

すべてのgitリポジトリを古いマシンから新しいマシン(両方ともUbuntu)にコピーしたいと思います。私は両方のマシンを使い続けます...私はこれを主に怠惰からやっています(まあ:現時点ではいくつかのローカルブランチがあり、手元に便利な隠し場所があり、またが複数あるという事実もリモートが接続されました... ...そのすべての転送は少し面倒です...)、

...しかし(少し苦労して)はい、さまざまなアップストリームリポジトリから新鮮なクローンを作成できました...

質問:これは何らかの害がありますか?

(もちろん、レポの状態は、ファイルをコピーするか、git clone。しかし、私が想像できるように、gitは最初のクローンなどで、マシンなどを区別するために.gitフォルダにある種の一意の(g)uuidを入れます...私は単に内部の仕組みを知らない...)


update:私の心配は、主にuuidまたは同様の、一意の2つのローカルgit 'repos'( "clients")への接続oneリモートリポジトリ( "master/server")。

これが大丈夫かどうかについて知っている場合は、その知識の実際の情報源が必要です(「私は信じている」または「そうです」を超えて)。

そうは言っても、私は スーパーユーザーに関する私の質問の複製 のようなものを見つけたと思います。

5
Frank Nocke

あるマシンから別のマシンへのリポジトリの移動に問題はありません。

Gitは、リポジトリーへの最初の実行時に(必要に応じて)内部構成を更新します。

おそらく、通常のフォルダのようにリポジトリを移動する必要がある理由を自問することができます。コードベースに、リモートからのクリーンクローンに含まれていないものが必要な場合は、おそらく何か問題があります。

プロジェクト構成ファイルに関する懸念がある場合は、おそらく新しいマシンでデータベースを再作成するか、パスなどを変更する必要があるため、プロジェクトの古い構成を維持する意味がないため、最初からやり直してください。

7
Luigi Pressello

無害。 rsyncの使用をお勧めしますが、tarまたはcpも同様に機能します。

3
ptman