問題タブ [git-lfs]

私にはコミットがあり、それをプッシュしようとしています。私はこの応答を得る

これらは何のファイルですか？

これらすべてのファイルをプッシュできるように、コミットからそれらを見つけて削除するにはどうすればよいですか?

2 つの lfs 追跡ファイルを含む repoA があります。私はこのようにレポBにそのレポを持ってきています

これにより、「Applying: ...」の数行が出力され、次に

これを修正するにはどうすればよいですか? 注: このファイルは repoAには存在しません。この問題は、git lfs の問題に完全に関連しているようです。

gitステータスはこれを示しました

注：2つのファイル（ブードゥー）を追加してコミットしようとしましたgit rebase --continueが、次にファイルが履歴で変更されるまで続けられ、その時点で同様のエラーが発生しました。私も同じことをして、やっと終わりました。しかし、それを別のブランチにリベースしようとすると、

これは、git lfs を正しく使用する方法がわからないことを示唆しています。

更新 1

したがって、すべてのレポに git lfs をインストールする必要があることがわかりました。これは、言うドキュメントからはまったく明らかではありません

Git LFS を設定する必要があるのは 1 回だけです。

実際には一度ではなく、レポごとに一度であることがわかりました。

次に、リモートに保存されたファイルを取得する場所を知るために必要な問題を読みます。追跡されているリモートブランチに基づいてこれを行うため、最初からやり直します

これは repoB/somebranch を一時的にチェックアウトし始めますが、失敗します

私の知る限り、現在正しいブランチを追跡しています。これは、ファイルがアップロードされたのと同じリモートの同じブランチです。

更新 2

最後の1つoriginからやり直しますが、repoAのクローン作成後にrepoBを指すように変更します

これは、以前と同じように機能します

でも今

以前と同じ場所で失敗する

git-lfs サイトの機能の概要には、

Git Large File Storage (LFS) は、オーディオ サンプル、ビデオ、データセット、グラフィックスなどの大きなファイルを Git 内のテキスト ポインターに置き換え、ファイルの内容を GitHub.com や GitHub Enterprise などのリモート サーバーに保存します。

しかし、この文は私を混乱させ、あいまいな付随する数字と矛盾しているように見えます.

大きな (管理された) ファイルは、ローカル リポジトリとリモート リポジトリ、またはリモート リポジトリのリンクに置き換えられますか? 誰かが git-lfs 管理ファイルを使用してリモート リポジトリのクローンを作成するとどうなりますか?

GitHubでは 100 MB を超えるファイルのプッシュが許可されていないため、大きなファイルを含むリポジトリをgit clone して GitHub エンタープライズにプッシュすることはできません。プッシュは次のエラーで失敗します。

^{(注:リポジトリ インポーターがありますが、これは github.com 専用であり、リポジトリへのパブリック アクセスが必要です)}

幸いなことに、2015 年 4 月以降、GitHubは 100MB を超えるファイルのストレージをサポートしています。では、このような大きなファイルを含む現在のリポジトリを、プッシュできる GitHub LFS 互換のリポジトリに変換するにはどうすればよいでしょうか?

LFS を使用して Git リポジトリ内のいくつかのファイルを追跡しましたが、すべてがクリーンな状態です。LFS で追跡されたファイルを削除してから を呼び出すとgit lfs pull、CI ビルド スクリプトで行う必要があるため、削除されたファイルはすぐに復元されます。コミットの前にこれを行うと、LFS 追跡ファイルの削除を効果的に防ぐことができます。

現在の作業ディレクトリで実際に参照されているファイルのみをプルするように git-lfs に指示するにはどうすればよいですか? ポインタ ファイルがそこにない場合、それには確かに理由があります。

大規模なバイナリ ファイルを保存するための GIT LFS と Artifactory を評価中です。ローカル (メイン) Artifactory サーバーではマルチプッシュ レプリケーションが有効になるため、サテライト オフィス サーバー (監督) は大きなファイルを受信できます。ただし、git-lfs ポインター ファイルに「ローカル」の lfs-url エンドポイントが含まれている場合、(おそらく?) サテライト オフィスのリモート サーバーではなく、ローカルの Artifactory サーバーから大きなファイルがダウンロードされます (したがって、大きなファイルがダウンロードされます)。これは望ましくありません)。

私の質問は; -GIT LFS は、ユーザーがフェッチまたはクローンを実行するときに、どの Artifactory サーバーから大きなファイルを取得するかをどのように認識しますか?

リモート サーバーが (Artifactory レプリケーションを介して) 大きなファイルを受信し、ローカルの Artifactory サーバーからではなく、リモート (監督) サイトのサーバーからそれらのファイルをダウンロードすることを望んでいます。

gitにファイルを binary として扱わせて、マージの試行を回避し、行末の破損などを回避することができます。

git-lfs で同じことを試み、.gitattributes ファイルを開いて、git-lfs (リポジトリで既に使用されている) が次の属性を追加していることを確認しました。

上記のリンクは、次と同等のバイナリ属性を追加することを示唆しています。

これが私が探しているものである可能性が最も高いと思います：

ファイルを git-lfs エンドポイントに保存し、関連するポインターを維持する必要があると思いますが、git が -diff -merge -text 属性を持つファイルを処理するのとまったく同じ方法で処理する必要があります。

私は通常これを試すだけですが、バイナリの破損が心配です...だから私の3部構成の質問は次のとおりです。

1. これを試しても安全ですか?
2. これは正しいです？
3. git-lfs 属性に固有のgit 属性に関するそれ以外のドキュメントはありますか?

前もって感謝します！

トム