問題タブ [git-lfs]

Bitbucket サーバーでホストされている LFS git リポジトリがあります。ここで、新しい LFS リポジトリを作成し、そこにリポジトリを LFS ストレージとともに移動する必要があります。

これを行う方法？

たとえば、通常のリポジトリの場合、次のことができます。

新しいレポのすべての履歴を含む LFS ストレージが作成されますか?

lfs を使用してファイルを保存するリモートからブランチをチェックアウトしようとしています。

リモートは bozaro/git-lfs-migrate ツールの対象になっていることに注意してください。チェックアウト プロセスがエラーで停止し、

ショー:

git-lfs env は次を示します。

remoteRepo-lfs を正常に複製しました

また、.lfsconfig ファイルで次のように指定することで、ブランチを正常にチェックアウトすることもできました。

オリジンのエンドポイント URL を上書きしているようです。それぞれのエンドポイント URL に基づいて、オリジンとリモートから lfs ファイルをプッシュ/プル/チェックアウトできるように、ローカル ディレクトリをセットアップする方法はありますか?

Python スクリプトのデバッグ中に奇妙な問題が発生しました。問題を次の問題に切り分けたと思います。

コマンド ラインから git を使用しようとすると、最初の実行時にエラーが発生します。2回目の実行から始めて、同じコマンドがうまくいきます。

これを引き起こしている可能性のあるアイデアはありますか？

ありがとう！

または、コードは次のとおりです。

更新: まだ進展はありません。この問題は、もともと git-lfs コマンドに起因していました。これが役立つ場合: git-lfs コマンドは、コマンド「git」が 1 回入力されるまで (繰り返しても) エラーを返します。最初の試行が失敗した後、git コマンドと git-lfs コマンドの両方が正常に機能します。写真を参照してください:

大きなテキスト データ ファイルを追加したいリポジトリがあります。その数とサイズ (場合によっては最大約 100MB になる可能性があります) のため、これらのファイルをgit-lfs.

このようなファイルを で追加しgit lfs track data.txt、デフォルト-text(バイナリ ファイルを指定) をファイル内に変更しtext=autoました.gitattributes( git-scm の gitattributes ドキュメントに記載されています)。これにより、.gitattributes次のような結果が得られます。

念のため、リポジトリを更新しました。それでも、ファイルはまだバイナリ オブジェクトとして追跡されているようで、それに対応して、チェックアウト時に行末変換フィルターが適用されていません (つまり、ファイルは、チェックアウトされた元の行末でチェックアウトされています。で）。

私もtext=crlf（およびバリアントtext eol=crlf）を試してみましたが、同じ結果が得られました。使用に関する多くのドキュメントとチュートリアルを見てきましたが、それらはすべてバイナリ ファイル (画像、音声ファイルなど)git-lfsの追跡を対象としているようです。*.bin

を使用して、ファイルを大きなテキスト ファイルとして追跡する (そして、通常のテキスト ファイルの場合と同様に行末を正規化する) 方法はありgit-lfsますか?

現在、git-lfs1.5.2を使用gitしており、Windows 7 プラットフォームで Windows 2.10.2 (64 ビット バージョン) をcore.autocrlf=true構成しています。

新しいリポジトリではないリポジトリに git LFS をセットアップしようとしています。そのため、それを lfs に変換する必要がありました。

すべてが順調に進み、変換を実行し、必要なすべてのガベージ コレクションを実行し、マージの結果としてすべての競合を解決しました。あとはプッシュするだけです。

プッシュを試みると、追跡する必要があるすべてのファイルのほぼ半分に到達してから失敗し、次のメッセージが表示されます。

objects フォルダーを調べると、ほとんどのファイルにその長い形式の何らかの ID が含まれているように見えますが、「4b/e1」は空です。ガベージ コレクション中にどこかで参照が失われたと想定しています。

私の質問は次のとおりです。参照を回復するか、新しい参照を作成することによって、潜在的に修正するためにこれについてできることはありますか、それともこのリポジトリに関して沈没していますか? これが LFS セットアップの完了を妨げている唯一の原因であるため、解決策を見つけられることを願っています。

ローカルの TFS 2015 環境と、大きなファイルを保存する S3 互換ストレージがあります。

これを見つけました: https://github.com/meltingice/git-lfs-s3

Amazon S3ではなく、S3対応のストレージで利用することはできますか? 試してみましたが、S3互換エンドポイントを指定する場所がわからないため、認証と構成に行き詰まりました。Amazon S3 エンドポイントが指定されている場所もわからないので、このプロジェクトで使用されている AWS Helper ライブラリに隠されていると思います。

だから、私のシナリオは不可能だと思いますよね？

S3 互換ストレージで git を使用する他のアイデアはありますか? 独自の lfs API を作成する必要がありますか?

ありがとう。

git-lfs配布用に 800 MB 以上のバイナリを github.com にプッシュする作業を開始したいと考えていました。私は見ています

後

ファイルのサイズを超えることが予想される動作であり、バグではないという変更はありますか?

バイナリをモジュールに分割して 100 MB 未満に抑えることを検討していますが、それでもこの問題は気になります。

github.com で大きなファイルを操作する方法を認識しています。

git-lfsUbuntu 16.10 およびパブリック github.com リポジトリで 1.5.3 を使用しています。

Github Enterprise リポジトリにファイルを追加するための大きなファイル制限に達しましたが、問題は "git push" でのみ発生します。

大きなファイルをステージングまたはコミットしようとしたときに、クライアントの LOCAL Git リポジトリが大きなファイルをエラーとして報告するようにする方法はありますか?

Windows で git lfs clone somerepository を実行すると、次の出力が得られます。

最後の行は、git がすべてのファイルをいくつかのバッチでダウンロードしたことを意味し (git pull のように一度に 1 つのファイルではありません)、非常に高速です。

代わりに、Linux と Mac では、同じコマンドが最初の 6 ステップのみを実行し、最後のステップは実行せず、すべての LFS 追跡ファイルをポインターとしてのみ残します。フェッチ/チェックアウト/プルを行う場合、コンテンツを 1 ファイルずつ、非常にゆっくりと git ダウンロードします。さまざまな Linux/Windows/Mac システム間ですべての構成を比較しましたが、最新バージョンの git および git-lfs と動作はすべて同じです。

git lfs clone が最後に実行したコマンドと、Linux や Mac でも手動または自動でトリガーする方法を知りたいです。

ありがとう