CUI な Git ブラウザ tig を入れてみた - Born Too Late
Git をなかなか使いこなせずにいる私ですが、これはいい ! コンソールから使える git ブラウザ、tig が超便利 Vim に近い操作感で使えるのが Vim 使いには非常に嬉しいところです。以下で、インストール方法と基本操作について紹介します。 インストール インストールは、まずソースコードからやってみたのですが、パッケージが存在することに気づいたので、 aptitude で入れ直しました。 sudo aptitude install tig はい、簡単ですね。 起動する カレントディレクトリを Git のワークツリーに移動して、 tig コマンドを実行します。 $ cd /path/to/work-tree $ tig ヘルプを表示する: h 何はともあれ、わからないことがあればとりあえず h を押してヘルプを調べましょう。 カーソルの移動: j, k Vim ユーザなら、何の問題も
Tower Git Client - Tower — The most powerful Git client for Mac and Windows
Version 11.0 was released on May 7, 2024 Version 7.0 was released on May 7, 2024 Read Blog Post Release Notes Git Made Easy Drag and Drop • Undo everything • A unique Conflict Wizard • File history • Extensive documentation • Great customer support Learn More All of Git's Power (And None of the Pain) Pull Requests • Single-line staging • Interactive Rebase • Submodules • Git LFS • Git-Flow • File
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
.gitconfigに設定してるaliasなどのまとめ - ( ꒪⌓꒪) ゆるよろ日記
22:56 @thinca さんからの指摘を追記 @yuroyoro あとお節介ですが、n個前とdiffなら HEAD^ より HEAD~ の方がいいと思いますよ。両者では若干意味が違います。~なら HEAD~3 と数字が書けるのも利点です。あと個人的にはwhatchangedよりlog --statの方が見やすくて好きです。 2010-10-08 22:30:52 via Tween to @yuroyoro @yuroyoro URL このgitconfigの記事に関して質問なのですが、core.excludesfile は $HOME で動きますか?以前試した時ダメで、~/ なら動いたのでこちらを使ってるんですが。 2010-10-08 22:20:49 via Tween to @yuroyoro 「そんな.gitconfigで大丈夫か?」 そんなわけで、仕事でもモリンモリンにgi
Gitのリポジトリのトップレベルにcdするコマンド - hitode909の日記
Gitのリポジトリ内で作業していて，深い階層からリポジトリのトップレベルに行きたいとき，../を何度も打って一番上に行くのはめんどう． % pwd /Users/fkd/co/hatena-bookmark-xul/chrome/content/browser % cd ../../../ % pwd /Users/fkd/co/hatena-bookmark-xul目視で../../とか打っていると間違いが起きそうなので，こういうのはよくない． トップレベルにcdするためのコマンドを作った． http://gist.github.com/300270 function u() { cd ./$(git rev-parse --show-cdup) } これで，uと打つだけでトップレベルまで行ける．Gitのリポジトリでないとき，何も起きない． 追記 id:tyruさんが改良してくださいまし
Git と GitHub を体験しながら身につける勉強会行ってきた - 予定は未定Blog版
9/18（土） 15：30～ GitとGitHubを体験しながら身につける勉強会（名古屋） : ATND 行ってきました。 なんかいろいろと話すことになったんですけど、あの場で言いそびれたこととか、もっとこう説明してればよかったなぁ、って部分の補足も兼ねたエントリです。 長文注意。 ショートカット git add の話 git add -p/git reset -p の話 リビジョン番号がない話 ブランチの話 git-completion の話、__git_ps1 の話 コミットの指定の話 reset の話 rebase と merge の話 公開したものの rebase の話 stash の話 TortoiseGit、HG、SVNのはなし 全体を通して git add の話 Git と SVN では、add に限らず、同じ名前のサブコマンドでも意味が異なるものがいくつかあります。 その中
Mac OSX用Gitクライアント·Gitbox MOONGIFT
GitboxはMac OSX用のフリーウェア。Gitはターミナルからでも十分使えるため、GUIフロントエンドを必要とはしてこなかった。だが複数人が関わるプロジェクトでは不慣れな人も多い。そうした時にはやはりGUIフロントエンドがあると便利だ。 見た目はシンプルなGitクライアント Gitの全ての操作を行えなくとも、普段の運用上はコミットしたりPushやPullを実行できるだけでも十分だろう。そんなライトなGitフロントエンドとしてGitboxを紹介しよう。 Gitboxは任意のリポジトリを指定して開く。そうするとコミットログが一覧で見られる。その中で変更されたファイルについても確認が可能だ。さらにファイルを選択すればFileMergeなどの差分表示ソフトウェアで変更箇所が確認できる。 差分の確認は外部ツールで 変更されてリポジトリに反映されていないファイルの一覧も確認できる。後はファイルを
Gitをさらに便利にする·Git Extras MOONGIFT
Git ExtrasはGit用のフリーウェア（ソースコードは公開されている）。GitはGUIよりもCUIから操作することの方が多い。まだGUIフロントエンドの決定版のようなものが存在しないというのもあるが、普段の操作であればターミナル操作で十分ということもある。 カウントオプション そんなGitではあるが、コマンドを色々使うと情報が取れるものの手軽に使うのは難しいという問題がある。それを解決してくれるかも知れないのがGit Extrasだ。Gitユーザはインストール必須と言えるだろう。 Git ExtrasはGitコマンドに新しい機能を追加してくれる。全部で10個のオプションが追加される。例えば「git summary」はリポジトリのサマリーをアウトプットするコマンドだ。他にもchangelog、commits-since、count、delete-branch、delete-tag、ig
2.5時間で成果を出す、レガシーコードとの戦い方 - @katzchang.contexts
ポイントは 真っ先にコードをぶっこわせ！ いやその前にバージョン管理に突っ込め！ 安全にコードをぶっこわせ！ 仕様化テスト書こうぜ！ で、ようやく機能追加なりリファクタリングなり不具合の改修なりができる状態になります。 以下詳細。 …と、続けようとしたんですが、 短いサイクルで変更し続けるコードを示すには時間なり紙面なり根性なりが色々足りないので、gitのコミットを採って公開しつつ解説を入れようとも思ったんですが、コードをちょっと変更してJUnitの実行ボタンを押して git commit -a -m "いちいちコメント" などをしてたら5周目くらいに「うがー！」となったので、JUnitが実行されるたびにgit commitしてくれるようなEclipseプラグインが欲しくなりました。いまココです。 TDD Boot Camp名古屋のときも、結局最初のコミット以降ずっと忘れてたというなんとま
プロジェクトで Git を使ってみた感想とか - miauのブログ
2009/12〜2010/06 くらいまでの案件で Git を使ってみたので、その感想その他です。毎度長くてごめんなさい。 Subversion の経験はそこそこある状態でのスタートです。 リポジトリ構成のポイント ソースコードは Git、ドキュメントは Subversion で Git はファイル名をバイト列で管理するので、Windows と Linux の両方で使いたい場合は日本語名のファイルは使えません。（今のところ対応予定もないとのこと。ファイルのコンテンツやコミットログについては UTF-8 で統一できるので問題ありません。） ソースコードについては日本語名のファイルは含まれないので Git 管理でいいと思いますが、ドキュメントに関しては難しいので Subversion 管理にしました。 リポジトリの単位は細かく Git では Subversion と違ってリポジトリの一部をチェ
git rebaseとgit mergeはともだち こわくないよ - Pixel Pedals of Tomakomai
例えば、以下のようなコミット履歴があるとします。 A---B---C---D masterここで git rebase -i HEAD~3 をして、 コミットB を E に書き換えたくなったとします。このとき、rebase -i によって履歴を書き換えてしまうと、以下のようにリポジトリからB〜Dのコミットは消滅してしまうと思っている人も居るのではないでしょうか。 A---E---C'---D' master確かに、Gitがこのような動作をするのであれば、rebase後に元の状態へ戻すことは到底困難であるように見えます。しかし、正確に書けば、実際のレポジトリの状態は以下のようになります。 E---C'---D' master / A---B---C---D実はコミットA〜Dの一連のコミットは手つかずで残っており、「master」というラベル*1が新たな枝に付け替えられただけなのです。よって、
git rebaseのメモ - unpushの日記
ときどき間違うので。 大雑把に言うと、git rebase は「git reset + git cherry-pick × n回 を自動化したもの」と考えられる（適用するコミット群が少なければ、手動でreset & cherry-pickしても良いが、たくさんあるとそうもいかない） 好きな場所にresetして、好きな位置から好きな位置までのコミットを順次適用できる。 つまりコミットを並べ替えたり除外したり、「積み木を積み直す」ようなことが出来る。 git rebase ポピュラーな使い方。 現在のブランチをにreset から見て現在のブランチにだけ存在していたコミットを順に適用 適用されるコミット群は、から見て現在のブランチにだけ存在していたコミット、つまりgit log ..HEAD で出てくるコミット。 以下の例だとA、B、Cのコミットがreset後に適用される予定 A---B---C
Smart HTTP Support
ProductSmart HTTP SupportGit's HTTP protocol just upped it a few notches on the ol' IQ test. As discussed in detail on the Pro Git blog, Git supports a new, much more efficient… Git’s HTTP protocol just upped it a few notches on the ol’ IQ test. As discussed in detail on the Pro Git blog, Git supports a new, much more efficient HTTP based transport as of version 1.6.6. Well, now GitHub supports th
Announcing SVN Support
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
分散バージョン管理で間違いないって、ベイビー - The Joel on Software Translation Project
Joel Spolsky / 青木靖 訳 2010年3月17日 水曜 しばらく前に、ジェフと私はStack Overflowポッドキャストにエリック・シンクを迎え、バージョン管理について騒がしく議論し、とくにトレンディな分散バージョン管理システムであるMercurialやGitのことを取り上げた。 そのポッドキャストで私はこんなことを言った。「私に言わせれば、ブランチやマージが簡単にできるようになるというのは、単に同僚たちがもっとブランチやマージをするようになるということで、余計混乱させられるだけのことだよ」 わかると思うけど、あのポッドキャストは前もって入念に準備したりはしていない。単に2、3人集まって、いい加減なおしゃべりをしているだけだ。そのため、しばしば我々の主張する内容が、少し専門的な言い方をするなら、「ちげーよ」ということになる。間違っているのはたいてい細かい部分か趣旨のどちら
Mac OSX/Linux用のGitリポジトリビューワー·Giggle MOONGIFT
GiggleはMac OSX/Linux用のオープンソース・ソフトウェア。Subversionでは有名なTortoiseSVNというグラフィカルクライアントソフトウェアがある。Gitではまだあそこまでの完成度ではない（特にMac OSX向けには）ということもあって、運用時にはターミナルを使っている。 X Windowを使ってMac OSXでも動く 普段のファイル追加、コミットであればターミナルからで十分だが、更新状況のチェックやログを見たいという時にはやはりGUIのフロントエンドが欲しくなる。そこで使ってみたいのがGiggleだ。GiggleはLinux向けではあるが、MacPortsでインストールが出来る。 GiggleでローカルのGitリポジトリを開ければ、その更新ログが閲覧できる。ブランチを作った時の分岐もグラフ上に描かれるので分かりやすい。特定のコミットを選べば、その時に変更が加え
Accueil
Paris, la ville lumière, s'enrichit d'une nouvelle attraction sensationnelle qui fera le bonheur des amateurs de sensations fortes et des fans de super-héros. Le Batman Escape Game a ouvert ses portes, proposant une expérience immersive unique dans l'univers du Chevalier Noir. Ce nouvel escape game situé en plein cœur de la capitale promet de devenir un incontournable pour tous... Il n’y a rien de
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Lurker - Database message source pull failure
Grails - Screencast: Grails And Git QuickCast
InfoQ: 分散バージョン管理システムの詳細なガイド
