並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 15 件 / 15件

新着順 人気順

LFSの検索結果1 - 15 件 / 15件

タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。

LFSに関するエントリは15件あります。 gitGit教育 などが関連タグです。 人気エントリには 『Linux 入門 (LFS101-JP) | Linux Foundation Education』などがあります。
  • Linux 入門 (LFS101-JP) | Linux Foundation Education

    この Linux 入門トレーニングを完了すると、グラフィックとコマンド ラインの両方の観点から Linux に関する十分な実践的な知識が得られ、主要な Linux ディストリビューションを簡単に操作できるようになります。獲得したスキルセットを使用して、ユーザー、システム管理者、または開発者のいずれかとして進歩を続けることができます。 おもなテーマ コースのご案内 第1章 Linux Foundation 第2章 Linuxの理念とコンセプト 第3章 Linuxの基礎とシステムの起動 第4章 グラフィカル インターフェイス 第5章 グラフィカル インターフェイスからのシステム設定 第6章 一般的なアプリケーション 第7章 コマンドライン操作 第8章 Linuxドキュメントの検索 第9章 プロセス 第10章 ファイル操作 第11章 テキスト エディタ 第12章 ユーザー環境 第13章 テキスト

      Linux 入門 (LFS101-JP) | Linux Foundation Education
    • 50 years in filesystems: towards 2004 – LFS | Die wunderbare Welt von Isotopp

      This is part 5 of a series. “1974 ” on the traditional Unix Filesystem. “1984 ” on the BSD Fast File System. “1994 ” on SGI XFS. “Vnodes ” on how to have multiple filesystems in Unix. Progress is sometimes hard to see, especially when you have been part of it or otherwise lived through it. Often, it is easier to see by comparing modern educational material and the problems discussed with older mat

        50 years in filesystems: towards 2004 – LFS | Die wunderbare Welt von Isotopp
      • Linuxシステム管理入門 (LFS201-JP) - Linux Foundation - 教育

        Linuxは、Webサーバー、クラウドコンピューティング、スマートフォン、家電で1番使われているオペレーティングシステムです。その高い採用率と継続的な成長により、Linuxシステム管理者は不足しています。このコースでは、プロフェッショナルなLinuxシステム管理者として働くために必要なスキルとプロセスについて学びます。 このコースの内容は日本語です。 ご注意 LFS201-JPコースは2024年8月28日をもって終了し、登録受付を終了いたします。現在コースに登録されている学習者は、2024年12月31日までコースにアクセスすることができます。 このコースは、ITを学び始めの方、またはLinux以外のオペレーティングシステムを使用した経験があり、Linuxシステムの管理に携わりたい方に最適です。ほとんどのクラウドインスタンスの基礎として機能するLinux管理について理解することで、熱心なクラ

        • Kubernetes入門 (LFS158-JP) | Linux Foundation Education

          Kubernetesを学びませんか?コンテナ化アプリケーションを管理するための強力なシステムについて、この無料コースで詳しく学びましょう。 注意:このコースのコンテンツは日本語です。 このコースは、Kubernetesとクラウドネイティブパターンを使用して組織の変革を開始する方法に関するガイドラインが必要なコンテナーオーケストレーションにKubernetesを使用することを検討または開始しているチームを対象としています。 Linuxシステム管理の知識は役立ちますが、必須ではありません。

            Kubernetes入門 (LFS158-JP) | Linux Foundation Education
          • Bitbucket の Git LFS でバイナリファイルをバージョン管理する

            こんにちは。これを読んでいる方の中には、設計書などのドキュメントをExcelファイルで作成していたり、成果物と呼ぶファイルをソースコードと一緒にバージョン管理をしている(したい)方がいらっしゃるかと思います。このブログでは、そのようなお客様からよく質問される Git LFS についてご紹介します。 Git で バイナリファイル や 大容量のファイル を取り扱うときに困る事 Bitbucket のお問合せも増えてきて、改めて Git の導入を検討しているユーザーが増えてきているなと実感しています。それと同時に様々なご相談を頂くことも増えました。その中でも特に頂くご相談の一つに「Gitで成果物も管理してトレーサビリティを向上させたい。」というご要望があります。 ここで言う成果物とは「Excelなどで作成した設計書などのドキュメント」「VisioやCADといった作図ツールで出力した図面ファイル」

              Bitbucket の Git LFS でバイナリファイルをバージョン管理する
            • 【重要なお知らせ】BacklogはGit LFSなどの利用を推奨し、GitリポジトリとGitリポジトリ内のファイルのサイズを2020年9月上旬から順次制限します | Backlogブログ

              Backlogを安定して運用し全てのお客様に安心してご利用いただくために、2020年9月上旬からGitリポジトリのサイズとGitリポジトリ内のファイル単体のサイズを制限します。これらのサイズの制限を超える場合、リポジトリへのプッシュはブロックされます。大きすぎるファイルを管理する方法として、後述のGit LFSやファイル共有を推奨します。 適用される制限、制限の背景、制限の対象と適用スケジュール、制限にともないお客様でご対応が必要なケースについてご説明します。 適用される制限 2020年9月上旬より適用される、Backlogの各プロジェクトに存在するGitリポジトリのサイズ(以下、リポジトリサイズ)とGitリポジトリ内のファイルサイズ(以下、ファイルサイズ)の制限について、具体的に説明します。 ファイルサイズは最大100MBまで ファイルサイズは100MBを上限とし、それ以上は制限の対象と

                【重要なお知らせ】BacklogはGit LFSなどの利用を推奨し、GitリポジトリとGitリポジトリ内のファイルのサイズを2020年9月上旬から順次制限します | Backlogブログ
              • Linux Foundation、Kubernetesについて学べる無料オンラインコース「Kubernetes入門(LFS158-JP)」を提供開始

                「Kubernetes入門(LFS158-JP)」は、Cloud Native Computing Foundation(CNCF)とLinux Foundationが共同開発した「Introduction to Kubernetes (LFS158)」の日本語版であり、ソフトウェアコンテナのオーケストレーションを簡素化して、インフラストラクチャの複雑さを増すことなく、Kubernetesの使用を拡大する方法について、日本語で学習できる。 同コースは、自身のペースで学べる15〜20時間のオンラインコースで、Kubernetesの起源、アーキテクチャ、主要コンポーネント、ビルディングブロックについて学習する。Minikubeを使用してKubernetesクラスタをセットアップしてアクセスする方法をはじめ、デプロイされたKubernetes環境でアプリケーションを実行して、デプロイされたアプリ

                  Linux Foundation、Kubernetesについて学べる無料オンラインコース「Kubernetes入門(LFS158-JP)」を提供開始
                • Git LFS について(オブジェクトとロック)

                  以前に 「Git LFS を使ってみる」という記事を書いたのですが、現在のものと少し合わなくなってきている感じがしたので書き直しました。 Git LFS が出始めの頃と比較すると利用できる環境は格段に増えています。 出始めの頃は別パッケージとしてインストールが必要でしたが、現在は Git for Windows の中に含まれています。 Git LFS は、指定されたファイルタイプ(拡張子による設定など)によって、特別な処理を行いバージョン管理させる仕組みとなっています。 具体的には、比較的ファイルサイズが大きくなるバイナリファイルを対象に指定して、バイナリファイルへのリンク情報をテキストの形にして git によるバージョン管理に載せる動きとなります。 リポジトリ上では、バイナリファイルは git の標準のデータ構造とは別の場所に格納されていたりします。 現在においては、各種 git リポジ

                    Git LFS について(オブジェクトとロック)
                  • 「Git for Windows」v2.36.0が公開 ~「Git LFS」の脆弱性に対処/「-remerge-diff」オプションの追加、「fsync」設定の改善なども

                      「Git for Windows」v2.36.0が公開 ~「Git LFS」の脆弱性に対処/「-remerge-diff」オプションの追加、「fsync」設定の改善なども
                    • Git LFS のリポジトリをcloneやpullしたときにどうなるのか - Qiita

                      はじめに Git LFSを導入したときに他の人から見るとどうなるのか調べました。 pushする側は正しく設定されていると思うので、そちらはあまり説明せず、 リポジトリを共有しているお客さんなどの他人から見るとどう見えるかを軽く調べました。 Git LFSを導入後 clone/pullする場合 特に何もしなくても正しく使えます。 下のURLなどを参考にgit-lfsを入れたあとにcloneなどをする場合です brewが入っているとこれで大丈夫です。 $HOME/.gitconfig に項目が作られ、cloneやpullのときにgit-lfs コマンドがある前提で正しく動きます。 git lfs install を忘れると.gitconfig が作られないので 「導入してないとき」と同じことになりますので そこは気をつけてください。(brew install だけで達成感があるので忘れがちです

                        Git LFS のリポジトリをcloneやpullしたときにどうなるのか - Qiita
                      • 「Git LFS × AWS S3」で大容量ファイルを構成管理する - 電通総研 テックブログ

                        こんにちは、ISID 金融ソリューション事業部の孫です。 皆さんはGitでソースコードの構成管理を行う中で、バイナリファイルのサイズが大きすぎてGitHubなどのホスティングサービスからブロックされたりした経験はないでしょうか。 実は、最近UnrealEngineを使ってゲームを開発しているところで、そうした大容量ファイルの管理問題に直面しました。 こういう問題を解決するために、Git LFS というアップローチがあります。 今回の記事では、Amazon S3(以下 S3)を用いて独自のGit LFSサーバを建てる方法を紹介します。 ※構成イメージは以下の図をご参照ください。 Git LFSとは GitHub でのサイズ制限によってGitHubでは100MBを超えるファイルをブロックします。 サイズ制限を解消するため、大容量ファイルを効率的に扱う「Git LFS」が利用されます。 Git

                          「Git LFS × AWS S3」で大容量ファイルを構成管理する - 電通総研 テックブログ
                        • Gitリポジトリのコピー時、git lfs migrateでGIT-LSF移行 - Qiita

                          はじめに Gitって難しいですね。どうやってよいかいつも悩んでいるように思えます。 お仕事で別リポジトリへのコピー作業を行ったのですがすんなりいかなかったので調べた結果をまとめて記述しておきます。 コピー元リポジトリからGitHubのリポジトリへ丸ごとコピー(Commit情報やtagも反映)したいのだが コピー元リポジトリにバイナリファイルが入っているがLSFを使用していな状態でCommitされている。 コピー先リポジトリはLFSが使える。 「git clone --mirror」しただけではリポジトリのコピーが出来ない。(100MB以上のファイルはCommitできない旨のエラーが発生してCommitできない。) 「git lfs migrate」で必要なバイナリファイルをLFSに登録しなおすことによりリポジトリのコピーが可能になりました。 前提 コピー元リポジトリからコピー先のGitHu

                            Gitリポジトリのコピー時、git lfs migrateでGIT-LSF移行 - Qiita
                          • Pure SSHなGit LFSを使う - 開発・設定メモ

                            以前のGit LFSは常にHTTPでサーバに接続していました。 しかし、git-lfsの最近のバージョンはSSH接続もサポートしています。 また、リモートのGitレポジトリとは違う場所にSSHで接続するGit LFSのサーバを作ることもできます。 やりたいこと リモートのGitレポジトリとは別のSSHでアクセスできるマシンをGit LFSのサーバにしてデータを置きたい。 例えば、100MB超のファイルを含むGitレポジトリをGitHubで管理したいが、GitHubのGit LFSが使えない場合。 注: GitHubへは100MB超のファイルがあるとpushできません。またGit LFSの無料枠は1GBです。 条件等 LinuxなSSHサーバが既にある。とにかくSSH接続だけで済ませたい。 逆に言うと、SSH接続が前提なので、パブリックなレポジトリではセキュリティ的に大変かもしれません。 G

                              Pure SSHなGit LFSを使う - 開発・設定メモ
                            • Git LFS管理しているファイルを通常のGit管理に戻す方法|nanase

                              既にGit LFSで管理しているファイルをLFS管理から除外する方法のメモ Git LFSを辞めたくなった理由 ・ GitHubの1GB制限に引っ掛かりそう ・ 結局cloneするときは全ファイル必要 ・ 単体で100MBを超えるような巨大なファイルは特にないリポジトリを作り直す方法リポジトリを作り直せるのであれば素直にリポジトリ作り直すのが一番早いと思います。 ちなみにGitHubのリモートストレージはここ見る限りリポジトリ削除しないと解放されないっぽいです。(forkとかあるし言われてみれば納得) リポジトリを作り直さない方法自分は直近リモートストレージは今のままで問題ないのでこちらの方法を実施しました。 1. .gitattributesからLFS管理を辞めたいファイルの設定を削除 以下のような行がlfsの設定です。 例) pngファイルをLFS対象にする例 *.png filter

                                Git LFS管理しているファイルを通常のGit管理に戻す方法|nanase
                              • Git LFSのファイルDLをスキップする - Qiita

                                Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

                                  Git LFSのファイルDLをスキップする - Qiita
                                1

                                新着記事