SQLiteがバージョン管理システムとしてGitを採用しない理由
GitはLinuxカーネルのソースコード管理に用いるために開発された分散型バージョン管理システムで、GitリポジトリをホスティングするGitHubのユーザー数は1億人を超えます。一方、軽量データベースのSQLiteの開発においてはGitではなくFossilというバージョン管理システムが利用されており、SQLiteの開発陣が「なぜGitを使用しないのか」という理由を公式サイトで説明しています。 Why SQLite Does Not Use Git https://sqlite.org/whynotgit.html なお、Fossilがどんな機能をもつバージョン管理システムなのかについては下記の記事を読むと分かります。 GitとGitHubの機能をひとつのバイナリに詰め込んだ「Fossil」レビュー - GIGAZINE 1：Gitは適切な状況認識を提供しない SQLiteにどんな変更が加え
Highlights from Git 2.40
EngineeringOpen SourceHighlights from Git 2.40The first Git release of the year is here! Take a look at some of our highlights on what's new in Git 2.40. The open source Git project just released Git 2.40 with features and bug fixes from over 88 contributors, 30 of them new. We last caught up with you on the latest in Git when 2.39 was released. To celebrate this most recent release, here’s GitHub
Linus Torvalds' Advice On Git Merges: "If you cannot explain a merge, then JUST DON'T DO IT" - 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
Linus Torvalds氏、Gitのマージに関し「マージについて説明できないのならやらないほうがいい」ゴミだからとアドバイス | ソフトアンテナ
ホームソフトウェアLinus Torvalds氏、Gitのマージに関し「マージについて説明できないのならやらないほうがいい」ゴミだからとアドバイス Linus Torvalds氏、Gitのマージに関し「マージについて説明できないのならやらないほうがいい」ゴミだからとアドバイス 2023 2/22 LinuxおよびGitを開発したLinus Torvalds氏が、Gitのマージに関して直々にアドバイスしていた事がわかり、注目を集めています(Phoronix)。 Linus Torvalds氏のGitマージに関する実践的なアドバイスは「もしマージのことを説明できないのなら、やらないことだ。これは本当に簡単なことです。マージの理由を説明しないままマージすることは絶対に許されない」というものです。 Linus氏はマージに対するコメントが十分に含まれていないプルリクエストを発見し、我慢の限界を突破し
GitHubユーザーが1億人に到達。約16年でソースコード管理の事実上の標準に
GitHubは1月25日付けでユーザーが1億人に到達したことを発表しました。 There’s 100 million of you on GitHub. Talk about being in good company.https://t.co/JVYss1YwxB pic.twitter.com/SoJTUQkjUA — GitHub (@github) January 25, 2023 GitHubによると、最初にコードがコミットされたのは2007年10月とのこと。2019年に同社が開催したイベント「GitHub Universe 2019」では、当時のCEO Nat Friedman氏が2025年までに1億人を達成すると予測していました。現実にはそれよりも2年早く達成したことになります。 下図はGitHubのブログ「100 million developers and countin
Gitコマンドの結果一体どうなるのかをすばやくアニメーション画像を生成して視覚的にわかりやすく見せてくれる「git-sim」
プログラマー育成を支援するInitial Commitが、ローカルリポジトリにおけるGitの動作をシミュレート可能なコマンドラインツール「git-sim」を2023年1月22日にリリースしました。git-simを使うことで、Gitコマンドがリポジトリに及ぼす影響を視覚化した画像やアニメーションを生成できます。 git-sim - Visually simulate Git operations in your own repos with a single terminal command. https://initialcommit.com/tools/git-sim GitHub - initialcommit-com/git-sim: Visually simulate Git operations in your own repos with a single terminal c
.ssh/configで複数アカウント運用するならIdentitiesOnlyを有効化すべし
去年の12月に「Gitで複数アカウントのssh接続ができたー」みたいな記事を書いてましたが、最近また問題が勃発。各リポジトリのgitのconfigファイルで正しくssh接続名を指定しても、sshでユーザ切り替えをしようとしても、なぜかユーザーが切り替わりません。 自分の環境ではGitHubアカウントごとにssh接続用の秘密鍵を使い分けているのですが、どうしても片方の秘密鍵でログインされてしまいます。 おかしいなと思ってググったら、~/.ssh/configで複数アカウントを運用する上で重要な設定IdentitiesOnly yesが抜けていたことが判明しました。 問題点 gitのconfigファイルに接続先を正しく設定していても、なぜかpermission deniedになってしまう。 さらに、sshコマンドでアカウント切り替えをしようとしても、なぜかアカウントが切り替わらない。 例） $
「Gitea」の開発者が離反、代替プロジェクト「Forgejo」を立ち上げ
Gitリポジトリマネージャ「Gitea」の開発チームを離れた一部のメンバーは、Giteaと代替可能なソフトウェア「Forgejo」を開発するプロジェクトを立ち上げたと12月15日（現地時間）に発表した。ForgejoはMITライセンスで公開しているオープンソース・ソフトウェアであり、現在「バージョン1.18.0-rc1-1」を公開している。 Forgejoの開発メンバーは新しいプロジェクトを立ち上げた理由として、Gitea側が利潤追求を目的に「Gitea Limited」という企業を発足させ、Giteaの管理権限をコミュニティに開発者から新しく発足させた企業に移したことを挙げている。開発者に対して事前の相談もなく企業を立ち上げ、疑問に思った開発者たちがまとめて公表した公開書簡に対しても返答がなかったという。公開書簡では、Giteaのドメイン名と商標類の帰属について尋ねている。 Gitea側
Highlights from Git 2.39
EngineeringOpen SourceHighlights from Git 2.39Another new release of Git is here to end the year! Take a look at some of our highlights on what's new in Git 2.39. The open source Git project just released Git 2.39, with features and bug fixes from over 86 contributors, 31 of them new. We last caught up with you on the latest in Git back when 2.38 was released. To celebrate this most recent release
Git Notes: git's coolest, most unloved feature - Tyler Cipriani
the short of it is: they’re cool for appending notes from automated systems (like ticket or build systems) but not really for having interactive conversations with other developers (at least not yet) – Scott Chacon, GitHub.blog, Aug. 2010 Git notes are almost a secret. They’re buried by their own distressing usability. But git notes are continually rediscovered by engineers trying to stash metadat
Git stash を復元する
経緯 作業中の変更がいつの間にか消えてしまっていたので復旧したい。 ローカルで動作確認するために変更していたのでコミットはしていませんでした。 コミットしていれば log や reflog から探せるのですが今回この方法は取れません。 過去に stash したことはあったのでそこから復元を試みようと思います。[1] Fork 本題に入る前にやや脱線。 みなさん Git クライアントは何を使っているでしょうか。 エンジニアなら黙って CUI という方も GUI が楽でいいよねという方もいらっしゃると思います。 私は最近 Fork を使っているのですが Fork には通常の stash 機能と rebase をする際に自動的に stash してくれる機能があります。 今回はそれらの機能を使って stash したことを前提に探します。（と言ってもどのクライアントでもやり方は変わらないです。） 消
Git security vulnerabilities announced
Open SourceSecurityGit security vulnerabilities announcedUpgrade your local installation of Git, especially when cloning with --recurse-submodules from untrusted repositories, or if you use git shell interactive mode. Today, the Git project released new versions to address a pair of security vulnerabilities (CVE-2022-39253, and CVE-2022-39260) that affect versions 2.38 and older. These affect Git’
The Story of Scalar
EngineeringOpen SourceThe Story of ScalarNew to Git v2.38, Scalar is a built-in repository manager for large repos. Here, we’ll tell the story of how Scalar went from a rough VFS for Git successor to a fully-integrated Git tool, with all of the engineering lessons learned in the process. When you install Git v2.38, you’ll find a new executable tool available called scalar. At its core, Scalar enab
個人的「便利だな」と思ったGitコマンド4選 - Qiita
存在を知った時や使ってみた時に「これけっこう便利だな」と思ったGitコマンド4つをまとめました。 git fetch -p -pを付けることで、削除されたリモートブランチのリモート追跡参照が削除されるようになります。 例えばリモートリポジトリでbranchAが削除されると、git fetch -pによりローカルリポジトリ上のorigin/branchAが削除されます。 ※ git fetch --pruneも同様です ※ git pull -p/--pruneでプルする際に行われるフェッチにも適用できます git log --oneline コミットハッシュが短縮され、コミットログが1行で表示されるようになります。 ※ git log --abbrev-commit --pretty=onelineも同様です 表示例: git logの場合 commit cmhash2commithash
Git's database internals V: scalability
EngineeringOpen SourceGit’s database internals V: scalabilityThis fifth and final part of our blog series exploring Git's internals shows several strategies for scaling your Git repositories that match related database sharding techniques. This week, we are exploring Git’s internals with the following concept in mind: Git is the distributed database at the core of your engineering system. When the
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Help test Cargo's new index protocol | Inside Rust Blog
大学の情報工学科はGitを教えませんが、それで実務ができるのでしょうか？企業は大学で習わなくても自分で勉強しており、入社したらGitは当たり前に使える人間が欲しいですか？
Git の最新アップデートから考える開発手法の潮流
Kazuho Oku on Twitter: "プルリク、たいていmainブランチのHEADよりも古いのをフォークしてるけど、そういうなのを手元でレビューする時は git diff -r $(git merge-base HEAD main) とやると、共通祖先とのdiff… https://t.co/UstVHNFGmv"
Git's database internals IV: distributed synchronization