A free Git client for Windows and Mac Sourcetree simplifies how you interact with your Git repositories so you can focus on coding. Visualize and manage your repositories through Sourcetree's simple Git GUI. Simple for BeginnersSay goodbye to the command line - simplify distributed version control with a Git client and quickly bring everyone up to speed. Powerful for expertsPerfect for making adva
以前は問題なく動いていたはずの機能が、最新版では動かなくなっている・・・。こんなときは、「どのコミットが問題を混入させてしまったのだろうか？」を知りたくなるでしょう。 これを手助けするのが git bisect コマンドです。git bisect コマンドは、二分探索によって問題箇所を特定します。 事前準備 最初に大事なことがひとつあります。それは、「問題がない（good）状態と問題がある（bad）状態を、確実に判定できるようにする」 ことです。 当然のことではありますが、ここがあやふやだと、二分探索をしても問題箇所をうまく特定できません。 可能なら、「テストスクリプトを1つ実行するだけで判定」できるようにしたほうが良いです。このとき、テストスクリプトは、git リポジトリからチェックアウトした作業ツリーに対して実行できるようにします（例えばソースからのビルド処理もテストスクリプトに含めま
注意: バズってますが、これははてなダイアリーからはてなブログの自動マイグレーションに失敗してたものを復旧させたもので、書かれたのは2012年です。 - 最近流行っているGit初心者向け記事は、「僕らが本当に知りたかったこと」が欠けているようにしか思えません。 そこで、本当のGitの使い方を僕が皆さんに伝授しようと思いました。 なにはともかく使ってみよう 前提として、皆様のお手元にはすでにGitがインストールされているものとします。 今回はエディタとしてDungeonCrawl StoneSoupを使います。 Downloads « Dungeon Crawl Stone Soup http://crawl.develz.org/wordpress/downloads Dungeon Crwal Stone Soup は今一番ホットなオープンソースのローグライクです。風来のシレンやトルネコ
関係各所の協力により実現した1日にとても感謝している@HIROCASTERでございませう。 スタッフとして協力してくれる仲間がいたり、突発LTやってくれたりなど、Agile渋谷のおなじみのの雰囲気がアウェイの銀座も垣間見れたのもよかったです。 1日暇になったからLTやりにきてくれる仲間がいたり、おもしろかった。 Book1st銀座コア店では、Web+DB PRESSを1冊ずつ持った人が7人以上並ぶという光景があったとか。 「The GitHub」イベント詳細発表！話題のあの人が登壇 #Agile渋谷 こちらのイベントのまとめです。 感想 個人的な感想としては、やはり感じていたとおり、GitHubを使いまくってる人とほとんど使っていない人にグッサリわかれてしまっているのかなと。 仕事じゃ使えないけど、プライベートだと使いまくってるなんて、ケースはあまり聞かない。 そして、GitHubを使って
この記事は Git Advent Calendar 6日目の記事です！ Git submodule って最初わかりにくいと思うので、基本的な説明をしようと思います。 git submodule とは git submodule は、外部の git リポジトリを、自分の git リポジトリのサブディレクトリとして登録し、特定の commit を参照する仕組みです。 Subversion でいうところの、external と似ています。 さて、解説のため、手元に、リポジトリA (/path/to/a) とAの submodule として、よく使う例として Bootstrap (元Twitter Bootstrap) を登録してみます。 git submodule を理解するうえで重要なのは、 リポジトリAが指し示すsubmoduleとしてのBootstrapのcommit 現在のBootstr
勉強会参加報告的な記事。 最近参加してもこの手の記事書くのすっかりさぼってたけど まあ久々に書いてみる。 もう一週間ほど経過していますが、 先週の土曜日の午後に 日本Androidの会 沖縄支部 workshop@Naha Vol.21 に行ってきました。 その日の内容はGit道場!! https://speakerdeck.com/u/ogawa/p/git こちらのスライドの内容を元にpullとかpushとかして 無名ブランチを発生させてmergeしてみたり pull –rebaseを使って一本道にしてみたり、 そんな型をやってきました。 実はそのさらに一週間前にも 同じスライドを見ながら同じようなことを ギークハウス沖縄の住人などとやったんですけどね。 その時はその時でみんな適当にpushしたりpullしたりの てんやわんやで実にカオスな状態になってました。 なので今回はそれは気を付
Gitで日本語のコミットログを記入すると、以下の様な感じで叱られてしまいます。$ git commitWarning: commit message does not conform to UTF-8.You may want to amend it after fixing the message, or set the configvariable i18n.commitencoding to the encoding your project uses.[master cdc5059] 日本語設定する前のコミット 1 files changed, 2 insertions(+), 0 deletions(-)一見、ちゃんとコミットログが登録されているように見えますが、git logしてみると文字化けが…Git内部ではUTF-8で保存されているけど、Windowsのコマンドプロンプトは
好きなことをチェックしよう。Facebookにログインメールアドレスまたは携帯電話番号パスワードログインパスワードを忘れた場合新しいアカウントを作成 日本語English (US)Português (Brasil)中文(简体)Tiếng ViệtEspañolBahasa Indonesiaその他の言語…アカウント登録ログインMessengerFacebook Lite動画Meta PayMetaストアMeta QuestRay-Ban MetaMeta AIInstagramThreadsプライバシーポリシープライバシーセンターFacebookについて広告を作成ページを作成開発者採用情報CookieAdChoices利用規約ヘルプ連絡先のアップロードと非ユーザーMeta © 2026�R?
ちょっと色々反省点あり。 merge の型の説明が必要 道場と型についての説明も必要ですね 要は事前準備と事前発信が微妙だったのかどうか どこかにコンテンツを作っておいてここ見て的ナニがあれば良いのか 今日は琉大の河野さんが参戦されてて、rebase 対 merge どころか、git 対 hg なナニが展開された挙句に完敗してて面白かったです。 # twitter 説によるとこれは #世界の麦汁 カウンタという話もありw とは言え 普通に branch して merge するだけの構成管理なら hg 押し 今日発信した通り、パッチを管理するためのツールとしては Git でしょ というのが現時点での印象です。 今日の振り返り 以下に列挙します。 使ったことなかった pull と rebase の違いが分かった感じ もうちょっとコマンドのヒントがあれば混乱しなかったはず hg の話、良かったで
About 南の島のプログラマ。 たまに役者。 Practical Schemeの主。 WiLiKi:Shiro 最近のエントリ PCアップグレード米国の大学進学無限cxr高校受験Defense振り返ってみると2019年は色々学んで楽...覚えるより忘れる方が難しい(こともある)眼鏡のつると3DプリンタIris Klein Acting ClassSAG-AFTRA conservatory: Voice ActingMore... 最近のコメント shiro on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/14)1357 on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/01)ベアトリーチェ on ハイポハイポハイポのシューリンガン (2022/04/02)ベアトリーチェ on ハイポハイポハイポのシューリンガン
A successful Git branching model を翻訳しました
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら： http://nvie.com/posts/a-successful-git-branching-model/ （翻訳の公開と画像の利用は本人より許諾済みです） このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 A successful Git branching model この記事では、私のいくつかのプロジェクト（仕事でもプライベートでも）で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書
Note of reflection (March 5, 2020) This model was conceived in 2010, now more than 10 years ago, and not very long after Git itself came into being. In those 10 years, git-flow (the branching model laid out in this article) has become hugely popular in many a software team to the point where people have started treating it like a standard of sorts — but unfortunately also as a dogma or panacea. Du
きっかけ A successful Git branching model » nvie.com ここらあたりを見て、--no-ffつけときゃいいんだなーと深く考えずに使ってたら、--squashつけると安全とかなんとかチラ聞きして混乱しまくったので調べてみた。 とりあえずman。 man git-merge ... --ff, --no-ff Do not generate a merge commit if the merge resolved as a fast-forward, only update the branch pointer. This is the default behavior of git-merge. With --no-ff Generate a merge commit even if the merge resolved as a fast-forwa
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
