問題タブ [git-lfs]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
git - git lfs "objects" が多くのディスク容量を消費する
私は git-lfs を使用している多くのバイナリ (主に pdf) を含むプロジェクトを持っています。プロジェクトは約 60 MB ですが、私の .git/lfs/objects ディレクターは約 500 MB であることがわかりました。これらは以前のコミットのキャッシュされたバージョンであると思います。これらを適切に削除する (つまり、git の状態を壊さずに削除する) 方法はありますか? 特にプロジェクトが終了したため、以前のバージョンのファイルを LFS に保存したいと思う可能性はほとんどありません。
git - git lfs - ローカル ブランチに既にコミットされているファイルを追跡する方法
ローカル コミットを行っているが、失敗していたため GitHub にプッシュしていない共同作業者がいます。大きなファイルが原因で失敗していることがわかりました。そこで、彼のシステムに lfs をインストールし、それらのファイルを追跡対象に追加しました。ただし、既にコミットされているため、lfs を使用しないようです。この状況を改善する最も簡単な方法は何ですか?
コミットを元に戻すことにより、テスト リポジトリでこれを修正する方法をテストしようとしましたが、それでもスタックし、リモートへのプッシュは失敗します。上記の場合、元に戻したりリセットしたりしたくありません。
git - Git LFS 追跡ファイルを通常の Git の下に移動する
Git LFS でビデオ ファイルを保存したプロジェクトがあります。ここで、Git LFS をまだサポートしていないビルド サーバーでいくつかの問題に遭遇しました。これは外部サービスであるため、ビルド プロセスに実際に影響を与えることはできないため、ファイルを Git LFS の下から「通常の」Git に戻したいと考えています。でファイルの種類を追跡できませんでしたgit lfs untrack '<file-type>'
がgit lfs ls-files
、以前に追加されたファイルのリストが表示されます。
ファイルを削除し、変更をプッシュしてから手動で再追加できると思いますが、これは本当に推奨される方法ですか?
git - サーバーで Git LFS ファイルが見つかりません
Gitlab の独自のインスタンスによってホストされている git-lfs で Git を使用しています。
ある特定のユーザーがファイルをプッシュすると、そのうちのいくつか (.png ファイルのように見える) が LFS ストレージに保存されず、git に追加されることがあります。これが彼らのマシンでまだ発生したときのログ/メッセージを見ることができませんでした。
しかし、他のユーザーが LFS からそのファイルをダウンロードしようとすると、エラーが発生します。
[28bbec36fe441b7de97d566872c71cd4542384d871b369168285408c1f062cfd] オブジェクトがサーバーに存在しないか、アクセスする権限がありません
ファイル名の正しい SHA ID を使用して、Gitlab サーバーの git-lfs データ ディレクトリにファイルを手動でアップロードしようとしましたが、取得されていないようです。これまでのところ、私の唯一の解決策は、ファイルに触れて別の SHA ID を生成し、再アップロードすることです。
個々のファイルを Gitlab の git-lfs ストレージに手動で追加する方法はありますか?
xcode - Xcode サーバーの継続的統合と git lfs
プロジェクトの継続的インテグレーションのために、Xcode でボットを作成しました。
Xcode がビルドを実行するために使用する一時ディレクトリに大きなファイルをプルするように、「git lfs pull」を実行しようとしている統合の前に実行するトリガーを追加しました。
統合を成功させるために「git lfs pull」を機能させる方法は何ですか?
現在、大きなファイルを正常にダウンロードできません。私のスクリプトは次のようになります。
ただし、大きなファイルはダウンロードされず、トリガー スクリプトのログを確認すると、次の出力が表示されます。
Git LFS: (0/1 ファイル) 0 B / 139.13 MB
Git LFS: (0/1 ファイル) 0 B / 139.13 MB
ファイル git-lfs/1.1.0 をチェックアウトできませんでした (GitHub; darwin amd64; go 1.5.1; git 258acf1) git バージョン 2.5.4 (Apple Git-61)$ git-lfs pull ファイルをチェックアウトできませんでした
作業ディレクトリ ファイルを書き込めませんでした: メディア ファイルを開くときにエラーが発生しました。goroutine 66 [実行中]: github.com/github/git-lfs/lfs.Stack(0x0, 0x0, 0x0) /Users/rick/go/src/github.com/github/git-lfs/lfs/errors.go :557 + 0x80 github.com/github/git-lfs/commands.logPanicToWriter(0x89a1e8, 0xc82002e018, 0x896028, 0xc82000e480) /Users/rick/go/src/github.com/github/git-lfs/commands/commands.go :184 +0xf7f github.com/github/git-lfs/commands.logPanic(0x896028, 0xc82000e480, 0x0, 0x0) /Users/rick/go/src/github.com/github/git-lfs/commands/commands.go :148 + 0x421 github.com/github/git-lfs/commands.handlePanic(0x896028, 0xc82000e480, 0x0, 0x0) /Users/rick/go/src/github.com/github/git-lfs/commands/commands.go :123 +0x4e github.com/github/git-lfs/commands.LoggedError(0x896028, 0xc82000e480, 0x548060, 0x17, 0x0, 0x0, 0x0) /Users/rick/go/src/github.
git - 既存の git リポジトリを git-lfs に変換します
私は実際に自分の git リポジトリを git-lfs に変換しようとしています。bitbucket テスト サーバーをダウンロードし、リポジトリを作成して、リポジトリとサーバーのオプションで lfs を有効にしました。「*.psd」ファイルを追跡するために git-lfs を呼び出すと、正常に動作します。.psd ファイルをプッシュすると、それらは git lfs の場所に保存されます。問題は、既存のリポジトリ (クライアント側) を空の git-lfs リポジトリにプッシュすると、ファイルが git-lfs ストレージ内に保存されないことです。ただし、その後別の .psd ファイルをプッシュすると、正常に動作します。
私のリポジトリを git-lfs に変換する方法を知っていますか? 履歴などはそのままにしておかなければなりません。それに関するガイドもいくつか見ましたが、何もうまくいきませんでした。私は git-lfs-migrate、別のスクリプトなどを見ていました。これは、追跡されたファイルを lfs ディレクトリにプッシュするものではありませんでした。ディレクトリ
助けてくれてありがとう!
フロッシー
git - gitリポジトリをLFSに変換するbashスクリプトを高速化
git リポジトリを lfs に変換しようとしています。現在、この bash スクリプトを試していますが、かなり遅いことに気付きました。これを少しスピードアップする方法を知っている人はいますか?私はこの bash のこと全体にあまり興味がありません。
git-lfs - git-lfs ですべてを追跡する
疑問に思っていたのですが、LFS で git を使用してすべてを追跡する人がいないのはなぜですか? ファイル サイズではなくファイル拡張子に基づいてファイルを追跡するように LFS を構成しているため、すべてのプロジェクト ファイルを追跡することを考えていました。誰かがこのアプローチをまだ試しましたか? それは理にかなっていますか?