並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 1394件

新着順 人気順

Gitの検索結果321 - 360 件 / 1394件

  • Highlights from Git 2.25

    CommunityOpen SourceHighlights from Git 2.25Take a look at some of the new features in the latest Git release. January 17 update: We’ve published an in-depth overview of the sparse checkout feature by the author, Derrick Stolee. Learn more about the sparse checkout feature. The open source Git project just released Git 2.25 with features and bug fixes from over 84 contributors, 32 of them new. Her

      Highlights from Git 2.25
    • 【git】Git pullには罠がある git fetchとgit pullが別々に存在する理由 - Qiita

      まとめ 分かっていないうちは、リモートリポジトリからローカルにソースを持って来たい時にはgit fetchとgit mergeを使う方が良い。 疑問 過去にgitについて調べた時、git pullは、git fetchとgit mergeを併せたものだと学んだ。 git fetchはリモートリポジトリの内容をローカルリポジトリにブランチを切ってコピーし、git mergeによってワークツリーにこれを反映させる。 うんうん分かる分かる。 でもそれ、最初からgit pullだけではいかんのか? ってことが疑問だった。 リモートリポジトリからローカルリポジトリにソースを引っ張って来たい、でもワークツリーには反映したくない、なんていう事ある? ワークツリーには後から反映したいというなら、反映するタイミングでpullすれば良いだけでは? 今日この疑問が解消して、へえーとなったので記事を書く事に。 結

        【git】Git pullには罠がある git fetchとgit pullが別々に存在する理由 - Qiita
      • Gitにおけるブランチ戦略について調べてみた - Qiita

        なんとなく使っているGitブランチ、みんなどうやって管理しているのだろう? その謎を解明すべく、我々はジャングルの奥地へと向かった。 1.ブランチとは Git上で別々の作業を並行して行うための仕組みをブランチという。 # testing-branchという名前のブランチを作る場合 $ git branch testing-branch # testing-branchブランチで作業する場合 $ git checkout testing-branch そもそも、ブランチっていつ使うのよ?SVNでいーじゃん! などと思っていた時代がわたしにもありました。 SVNなどの中央集権リポジトリを利用していると、自分のコミットがどうやっても他人に影響を及ぼしてしまいます。 (コミットしたら、Aさんが修正したソースが壊れましたとかね) 自分のソースをマージして挙動確認したい!でも他の人には迷惑かけたくない

          Gitにおけるブランチ戦略について調べてみた - Qiita
        • Git 2.30 Released As More Projects Shift To "Main" As Their Default Branch Name - Phoronix

          Show Your Support: This site is primarily supported by advertisements. Ads are what have allowed this site to be maintained on a daily basis for the past 19+ years. We do our best to ensure only clean, relevant ads are shown, when any nasty ads are detected, we work to remove them ASAP. If you would like to view the site without ads while still supporting our work, please consider our ad-free Phor

            Git 2.30 Released As More Projects Shift To "Main" As Their Default Branch Name - Phoronix
          • 自分の「やりたいこと」を会社の「やるべきこと」に結び付けてWin-Winに。SRE課でGitの改善に取り組む渡邉さんのお話 #ヌーラバーになりませんか | 株式会社ヌーラボ(Nulab inc.)

            ヌーラボのインタビュー企画第19回目。今日はこれからヌーラボが強化していきたいBacklogのSREを担当するチームの中でもGit機能の改善・強化を担っているチームからなべさん (vvatanabe) のお話を伺います。 昨年はGoCon Sendaiで登壇するなど大活躍!Goという強みを持つなべさんに、今後のGitチームとしての取り組みについてインタビューしてみました! 今日のInterviewee サービス開発部 SRE課 渡邉 祐一 2015年、ヌーラボにバックエンドエンジニアとして入社。現在はBacklogのGitホスティングにおける機能やミドルウェアに関する開発を担当。Goでの開発を得意としGo関連のイベントなど多数の登壇や技術誌への寄稿の実績あり。 東京から福岡へのUターン — なべさんは東京で働かれたあと、Uターンで福岡に戻ってこられたんですよね!ヌーラボに入社してもう何年で

              自分の「やりたいこと」を会社の「やるべきこと」に結び付けてWin-Winに。SRE課でGitの改善に取り組む渡邉さんのお話 #ヌーラバーになりませんか | 株式会社ヌーラボ(Nulab inc.)
            • New – AWS Proton Supports Terraform and Git Repositories to Manage Templates | Amazon Web Services

              AWS News Blog New – AWS Proton Supports Terraform and Git Repositories to Manage Templates Today we are announcing the launch of two features for AWS Proton. First, the most requested one in the AWS Proton open roadmap, to define and provision infrastructure using Terraform. Second, the capability to manage AWS Proton templates directly from Git repositories. AWS Proton is a fully managed applicat

                New – AWS Proton Supports Terraform and Git Repositories to Manage Templates | Amazon Web Services
              • Highlights from Git 2.33

                Open SourceHighlights from Git 2.33The open source Git project just released Git 2.33, with features and bug fixes from over 74 contributors. Here's a look at some of the most interesting features and changes. The open source Git project just released Git 2.33 with features and bug fixes from over 74 contributors, 19 of them new. We last caught up with you on the latest in Git when 2.31 was releas

                  Highlights from Git 2.33
                • Introducing Cloud Run Button: Click-to-deploy your git repos to Google Cloud | Google Cloud Blog

                  Introducing Cloud Run Button: Click-to-deploy your git repos to Google Cloud As developers, we love that Cloud Run allows you to deploy containerized serverless applications without having to worry about operations, scalability and security. You can package your app in a container, deploy to Cloud Run, and get a fully managed HTTPS endpoint. Today, we are introducing the Cloud Run Button, an image

                    Introducing Cloud Run Button: Click-to-deploy your git repos to Google Cloud | Google Cloud Blog
                  • GitHub - mergestat/mergestat-lite: Query git repositories with SQL. Generate reports, perform status checks, analyze codebases. 🔍 📊

                    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                      GitHub - mergestat/mergestat-lite: Query git repositories with SQL. Generate reports, perform status checks, analyze codebases. 🔍 📊
                    • 【初心者向け】Gitで個人開発 - Qiita

                      この記事はこれから初めての個人開発を行う方に向けたものです。環境はDebian系のLinuxOS(Ubuntuとか)を想定しています。 Gitの必要性や用語を細かく説明するので、適宜飛ばし読みしてください! 開発に必要な「バージョン管理」 プログラム開発を行う中で、何かを制作して「はいおわり」ということはほぼありません。必ずといっていいほどバグは存在し、バグとは行かないまでも修正点というものは残っています。時代にそぐわない機能やアルゴリズムが使われていたならば、大幅に改修を行う必要があるでしょう。その証拠(?)に、広く利用されているOSでさえ、頻繁にバージョンの更新が行われています。 バージョン更新を行う際、更新の意図、つまりは「何を何故どのように修正したか」を明確にする必要があります。これは、ある程度制作物が出来上がる以前にも同じことが言えます。制作過程で「変更の記録」を行うことで、次に

                        【初心者向け】Gitで個人開発 - Qiita
                      • VSCodeでGit・GitHubを使う方法を解説する【初心者向き】

                        人気のテキストエディター『Visual Studio Code(VSCode)』でGit・GitHubを使う方法について、画像付きで徹底解説してゆきます。具体的な作業を例に解説しますので、この記事の内容を実践すればVSCode・GitHubを使用したプログラミング環境を構築することが出来ます。ITエンジニアは必見の内容です。

                          VSCodeでGit・GitHubを使う方法を解説する【初心者向き】
                        • My First Language Frontend with LLVM Tutorial — LLVM 17.0.0git documentation

                          Requirements: This tutorial assumes you know C++, but no previous compiler experience is necessary. Welcome to the “My First Language Frontend with LLVM” tutorial. Here we run through the implementation of a simple language, showing how fun and easy it can be. This tutorial will get you up and running fast and show a concrete example of something that uses LLVM to generate code. This tutorial intr

                          • Git email flow vs Github flow

                              Git email flow vs Github flow
                            • GitHubがSubversionのサポート終了を発表、2024年1月8日まで その後は全面的にGitに注力予定

                              この記事は新野淳一氏のブログ「Publickey」に掲載された「AGitHubがSubversionのサポート終了を発表、2024年1月8日まで。その後は全面的にGitに注力予定」(2023年1月26日掲載)を、ITmedia NEWS編集部で一部編集し、転載したものです。 Subversionは、プログラムのソースコードを管理するシステムもしくはその仕組みの名前で、クラアイント/サーバ型のアーキテクチャを用い、常に中央に設けられた1つのリポジトリに対してコードの変更を行う、集中型のバージョン管理システムです。 GitHubでは2010年にSubversionのサポートを開始していますが、当時はSubversionのような集中管理型のバージョン管理システムの方が歴史が長く主流であり、Gitのような分散型のバージョン管理システムはまだ新しい仕組みとして普及の途上にありました。 GitHubブ

                                GitHubがSubversionのサポート終了を発表、2024年1月8日まで その後は全面的にGitに注力予定
                              • PHP's Git server hacked to add backdoors to PHP source code

                                In the latest software supply chain attack, the official PHP Git repository was hacked and the code base tampered with. Yesterday, two malicious commits were pushed to the php-src Git repository maintained by the PHP team on their git.php.net server. The threat actors had signed off on these commits as if these were made by known PHP developers and maintainers, Rasmus Lerdorf  and Nikita Popov. RC

                                  PHP's Git server hacked to add backdoors to PHP source code
                                • Git LFSについて調べてみた

                                  こんにちは。NTT研究所の露崎です。 業務でGitの一機能であるGitLFSの導入の仕方を調べてたのですが日本語のドキュメントでちょっと欲しい情報が見つからなかったので本ブログにまとめました。 Git LFSとは詳細な話は "git lfs”でGoogle検索かけると最初にヒットするこちらなどが参考になるのでここでは省きますが、簡単にいうと「画像ファイルなどのgitで管理されるべきでないとされるバイナリファイルなどを、まとめてgit上で管理するため機能」です。通常、gitは差分を管理しており各クライアントはその差分をGitHubなどのgitリポジトリサーバと共有しています。これに対して、git lfs機能を経由して追加されたファイルはファイルの実体は別のオブジェクトストレージ(図のLarge File Storage)などに保存されそのハッシュ値、保存先だけがgitリポジトリで管理されます

                                    Git LFSについて調べてみた
                                  • AmazonLinux2 + Gogs で LDAP 認証 / TLS 対応な Git リポジトリを構築する - らくがきちょう

                                    気軽に使える Git リポジトリを作る場合、手軽に初められる Gogs が便利です。 今回は AmazonLinux2 + nginx + gogs + Sqlite3 + Let's Encrypt 環境の構築手順をメモしておきます。 環境 Let's Encrypt で証明書を取得する Nginx のインストール Gogs のインストール 起動&自動起動の設定 ActiveDirectory (LDAP) 認証の設定 参考 gogs/scripts/systemd/gogs.service 環境 今回、構築する環境のポイントは以下です。 AmazonLinux2 上で構築する Gogs で Git リポジトリを構築する Gogs へのログインは Samba4 へ LDAP 認証を行う Gogs のフロントエンドとして Nginx を構築する (クライアント → Nginx → Gogs

                                      AmazonLinux2 + Gogs で LDAP 認証 / TLS 対応な Git リポジトリを構築する - らくがきちょう
                                    • Rails Upgrade業などで使える git command - chiastolite’s blog

                                      git worktree # git worktree add -b <branch名> <ディレクトリ> origin/master git worktree add -b rails6 app_rails_6 origin/master チェックアウトしているリポジトリから、任意のブランチを別のディレクトリに切り出せる機能。 Upgrade業では、作業によって元の状態と挙動が変わっていないかを確認しながら続けてる必要があり、masterとupgrade用branchの行き来が頻繁に発生する。 これを git checkout によるブランチ切り替えで行おうとすると、そのたびに作業途中の変更を仮コミットしたりStashしたりする必要があるため非常に手間。 この手間がgit workflowを使うと不要になる(ディレクトリ移動で済むため) なお worktreeで指定したほうにある .gi

                                        Rails Upgrade業などで使える git command - chiastolite’s blog
                                      • Gitのコミットグラフをキレイに分かりやすく見るツールは、VSCodeが最高だ! | DevelopersIO

                                        今のプロジェクトでは、いわゆるGitHubフローでGit運用しています。 masterブランチから作業ブランチを作って作業する 作業ブランチからmasterブランチへのマージは、プルリクエストを使う 隔週リリースを行っており、その際はリリースしたいコミットにタグ付けをしています。 通常であればmasterが対象ですが、たまに「この機能は次のリリースにしよう」などの理由でmaster以外のコミットにタグをつけます。 リリースはmasterブランチにタグをつけて行う 都合悪いときは任意のコミットにタグをつける このとき、リリース対象のコミットを調べるためにコミットログ(グラフ)を確認しますが、とても見やすいGUIツールがあったのでご紹介します。 今まで シンプルなコミットログなら、gitk -allコマンドで見ることが多いです。 しかしながら、そこそこ複雑なコミットログの場合、gitk --a

                                          Gitのコミットグラフをキレイに分かりやすく見るツールは、VSCodeが最高だ! | DevelopersIO
                                        • 意図せず約200万の.gitフォルダが公開、リスクの高い状態

                                          CyberNewsは10月20日(米国時間)、「Millions of .git folders exposed to public|Cybernews」において、数百万もの.gitフォルダが公開されていると伝えた。プロジェクトの重要な情報を含む約200万の.gitフォルダが一般に公開されていることがCyberNewsの調査チームにより明らかとなった。 Millions of .git folders exposed to public|Cybernews GitはLinus Torvalds氏が20年近く前に開発した人気の高いオープンソースの分散型バージョン管理システム(VCS: Version Control System)。.gitフォルダにはリモートリポジトリのアドレス、コミット履歴ログなどプロジェクトに関する重要なメタデータが含まれており、このデータをオープンアクセスで放置してお

                                            意図せず約200万の.gitフォルダが公開、リスクの高い状態
                                          • gh copilotにgit diffの入力を渡して、git stashの説明文を作ってもらう - hitode909の日記

                                            GitHub CopilotにはCLIがあるのを思い出して、コマンドの実行結果をそのままプロンプトに渡すと、文脈に沿った仕事をお願いしやすいんじゃないか、と思って、試してみた。 git stashをよく使うのだけど、一覧になっていると、何がstashされているかわからないので、stashの保存時に、内容を要約してもらう、というタスクを試してみる。 なんらかのCLIにdry-run機能をつけている途中で、git stashしたいとする。 index f1f5a2f..dd70bf5 100755 --- a/cli.js +++ b/cli.js @@ -19,6 +19,10 @@ command } else { command.help(); } + }) + .arguments(['dry-run']) + .action(async(file) => { + console.lo

                                              gh copilotにgit diffの入力を渡して、git stashの説明文を作ってもらう - hitode909の日記
                                            • Using Git offline

                                              Some companies use an isolated network or even the complete lack of a network as a security measure to protect from unauthorized access. Working on these systems can be a struggle but it is still possible, and perhaps even more important, to use a proper version control tool like Git. By design Git works quite happily with no remote repository. You can branch, stage, and commit files just like nor

                                              • GitHub - muesli/gitomatic: A tool to monitor git repositories and automatically pull & push changes

                                                You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.

                                                  GitHub - muesli/gitomatic: A tool to monitor git repositories and automatically pull & push changes
                                                • Simplify your backend with Git clone of gRPC – Encore Blog

                                                  Git clone over gRPCClone git repositories over gRPC to simplify your backend infrastructure Git supporting HTTPS and SSH for cloning always felt sufficient, until it didn't. It works perfectly fine for developers cloning a repository! But when we were building the infrastructure to power Encore's new web-based editor, we wanted to programmatically clone Git repositories, that plugged easily into t

                                                    Simplify your backend with Git clone of gRPC – Encore Blog
                                                  • Git 2.27 での git pull 時の warning について - Qiita

                                                    概要 今更ですが、いつぞや Git のバージョンを上げた後、 git pull したときに、以下の warning が出るようになりました。 warning: Pulling without specifying how to reconcile divergent branches is discouraged. You can squelch this message by running one of the following commands sometime before your next pull: git config pull.rebase false # merge (the default strategy) git config pull.rebase true # rebase git config pull.ff only # fast-forward onl

                                                      Git 2.27 での git pull 時の warning について - Qiita
                                                    • git diff+ChatGPTでPRの説明文作成しよう! - Qiita

                                                      はじめに 組織で開発を行っている皆さんは普段からPull Request(PR)を作っていますよね?(決めつけ) masterブランチに直接pushしている方も中にはいるかもしれませんが、会社やチームで開発を行っていると、PRを作成する頻度は高いのではないかと思います。 そしてPRを作成する際には、その説明文を書く必要があります。 コードだけを読んで修正意図が伝わればいいですが、そうはいってもすべての背景をコードベースで伝えるのには限度があります。 しかし、だからといって修正の背景や詳細を、開発者自身が客観的な文章で伝えるのは簡単なことではありません。 そこで、この記事ではgit diffとChatGPTを組み合わせて、自動的にPRの説明文を生成する方法をご紹介します。 How to make PR? 繰り返しになりますが使うのはgit diffコマンドとChatGPTだけなんです!(お昼

                                                        git diff+ChatGPTでPRの説明文作成しよう! - Qiita
                                                      • GitHub - thomiceli/opengist: Self-hosted pastebin powered by Git, open-source alternative to Github Gist.

                                                        You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                                          GitHub - thomiceli/opengist: Self-hosted pastebin powered by Git, open-source alternative to Github Gist.
                                                        • git tips: git push $remote HEAD で現在のブランチを$remoteにpushできる - Islands in the byte stream

                                                          git tips: git push $remote HEAD で現在のブランチを$remoteにpushできて、コマンドラインでgitを使うときはよく使います。 ところで、この HEAD の実体はファイル(.git/HEAD)なので、ファイルシステムが大文字小文字を無視する(case-insensitive; e.g. macOSのデフォルト)ときは、 git push $remote head でも動いてしまいます。しかしこれを習慣にしていると、大文字小文字を無視しないファイルシステムで動かずハマることがあります(というかまあ、ハマってしばらく悩みました)。普段から HEAD とタイプする習慣にしておくとよいと思います。

                                                            git tips: git push $remote HEAD で現在のブランチを$remoteにpushできる - Islands in the byte stream
                                                          • Git Submodule 覚え書き - Qiita

                                                            Git Submoduleを使うときに毎回ググっているので、各コマンドとその意味をまとめておく。 もしGit Submoduleの概要を知りたくてこの記事にたどり着いた方は、Git submodule の基礎が非常によくまとまっているので、そちらをご覧になってみてください。 参照したリファレンスはこちら。 https://git-scm.com/docs/git-submodule/2.36.0 add .gitmodulesに新しいサブモジュールを追加する。 デフォルトで後述するinitも同時に行われる。 コマンドの基本形は次の通り。

                                                              Git Submodule 覚え書き - Qiita
                                                            • GitButler | Git Branching, Refined

                                                              Virtual Branches You don’t need to switch branches if you can work on several simultaneously. Fix your bug while you work on your feature. More Branch Management Undo, squash and amend your work by just dragging and dropping. No need to wrestle with rebase -i. More

                                                                GitButler | Git Branching, Refined
                                                              • Git security vulnerability announced

                                                                CompanyEngineeringSecurityGit security vulnerability announcedUpgrade your local installation of Git, especially if you are using Git for Windows, or you use Git on a multi-user machine. Today, the Git project released new versions which address a pair of security vulnerabilities. GitHub is unaffected by these vulnerabilities1. However, you should be aware of them and upgrade your local installati

                                                                  Git security vulnerability announced
                                                                • Terraformのstate操作をgitにコミットしたくてtfmigrateというツールを書いた - Qiita

                                                                  はじめに Terraform職人のみなさんは無限に「ぼくのかんがえたさいきょうのディレクトリ構成」についてメリデメを議論していますが、未だに銀の弾丸のようなベストプラクティスは見つかっていないようです。なぜでしょう? それは最適解がサービスの規模、組織の構造、メンバーのスキルなどいろいろな変数に依存しているからです。さらに悩ましいことに、これらの要因は固定ではなく変化するので、ある時点での最適解が時間の経過とともに現状にうまくマッチしなくなり、いわゆる技術的負債になったりします。つらい。 個人的な解釈では、組織の成熟度に合わせてモジュールを細かく切っていく方向に徐々に向かっていくというような傾向があるようには思いますが、組織のフェーズによってうつりかわるものなので、唯一の最適解というものはそもそも存在しないのです。そんなこんなで、最近の私の関心事は、理想と現実がずれてきたときに、どうやった

                                                                    Terraformのstate操作をgitにコミットしたくてtfmigrateというツールを書いた - Qiita
                                                                  • GitのHEADとは何者なのか - Qiita

                                                                    最初に なんとなくでも使用できるGitですが実はとても奥深く複雑な構造をしています。 そんなGitを使い始めた時ほぼ全員が思う「HEAD」とは何者なのか説明したいと思います。 また合わせて「Branchとは」「detached HEADとは」についても話します。 先に結論ファーストで話しますと 今自分が作業している場所を示すポインタ Branchとは 開発の本流から分岐し、本流の開発を邪魔することなく作業を続ける機能 detached HEADとは HEADがBranchを指していない状態のこと そして僕自身以前までブランチとはなにか聞かれた場合、下図のようなイメージを持っていました。 そしてこれは誤った認識です。 この記事はMake IT アドベントカレンダー9日目の記事として寄稿しています! 明日は @wh1tecat が投稿する予定です。 楽しみですね(笑) Branchとは まずG

                                                                      GitのHEADとは何者なのか - Qiita
                                                                    • Highlights from Git 2.26

                                                                      Open SourceHighlights from Git 2.26Take a look at some of the new features in the latest Git release. The open source Git project just released Git 2.26 with features and bug fixes from over 64 contributors, 12 of them new. Here’s our look at some of the most exciting features and changes introduced since Git 2.25. Protocol version 2 is now the default You may remember when Git introduced a new ve

                                                                        Highlights from Git 2.26
                                                                      • [小ネタ] Gitのエイリアス設定を晒してみる(19個) | DevelopersIO

                                                                        Gitのコマンドは様々なことができますが、たまに長ったらしく感じます。 そんなときに便利な機能がエイリアスです。 というわけで、私が使っているエイリアスを晒してみます。気になるものがあれば、ぜひお使いください。 目次 環境 Gitエイリアスの一覧 設定用コマンド 補足 git ss: status表示 git br: ブランチ関連 ブランチの作成 ブランチの一覧表示 git brm: ブランチの名前変更 現在ブランチの名前を変更 任意ブランチの名前を変更 git brd: ブランチの削除 git co: ブランチ移動 git cob: ブランチを新規作成して移動 現在のコミットに対して、ブランチを作成して移動 任意のコミットに対して、ブランチを作成して移動 git adu: 変更ありファイルのみ追加 git adup: 変更ありファイルの差分を一部だけ追加 git com: コミットする

                                                                          [小ネタ] Gitのエイリアス設定を晒してみる(19個) | DevelopersIO
                                                                        • 【Windows】Gitの環境構築をしよう!

                                                                          この記事では、WindowsでGitを使うための環境構築方法を説明します。 記事を読みながら実際に手を動かして、ローカル環境にGitの環境を準備していきましょう!

                                                                            【Windows】Gitの環境構築をしよう!
                                                                          • Revert "ext4: make __ext4_get_inode_loc plug" - kernel/git/torvalds/linux.git - Linux kernel source tree

                                                                            This reverts commit b03755ad6f33b7b8cd7312a3596a2dbf496de6e7. This is sad, and done for all the wrong reasons. Because that commit is good, and does exactly what it says: avoids a lot of small disk requests for the inode table read-ahead. However, it turns out that it causes an entirely unrelated problem: the getrandom() system call was introduced back in 2014 by commit c6e9d6f38894 ("random: intr

                                                                            • GitHub - Nutlope/aicommits: A CLI that writes your git commit messages for you with AI

                                                                              You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                                                                GitHub - Nutlope/aicommits: A CLI that writes your git commit messages for you with AI
                                                                              • Improve Git monorepo performance with a file system monitor

                                                                                EngineeringOpen SourceImprove Git monorepo performance with a file system monitorMonorepo performance can suffer due to the sheer number of files in your working directory. Git’s new builtin file system monitor makes it easy to speed up monorepo performance. If you have a monorepo, you’ve probably already felt the pain of slow Git commands, such as git status and git add. These commands are slow b

                                                                                  Improve Git monorepo performance with a file system monitor
                                                                                • So You Think You Know Git - FOSDEM 2024

                                                                                  Scott Chacon's FOSDEM 2024 talk on Git Tips and Tricks. Scott talks about: 00:00 - Introduction 01:06 - About Me (well, Scott Chacon) 02:36 - How Well Do You Know Git? 05:09 - Our Agenda 06:25 - Some Helpful Config Stuff 09:42 - Oldies But Goodies 16:22 - Some New Stuff (You May Not Have Noticed) 23:48 - Some Big Repo Stuff / Monorepo Stuff 33:29 - Some New Github Stuff 35:54 - GitButler 36:50 -

                                                                                    So You Think You Know Git - FOSDEM 2024