git pullの詳細な挙動を追ってみる - hokaccha memo
git push/pullは何気なく使ってるけど実はよくわかってなかった。ことのきっかけはこういう質問。 hogeというリモートブランチをローカルのhogeブランチにもってきたい hogeをローカルのmasterにはマージしたくない pullでなんかこんな感じでいけそう？ $ git pull origin hoge:hogeでもこれは間違えで、なぜか今いるブランチ（master）にhogeがmergeされるし、期待してる動作じゃない。正解はこう。 $ git branch hoge origin/hogeもしくはチェックアウトも同時にするなら $ git checkout -b hoge origin/hogeこう。自分は普段後者のやり方でやってたけど、なんで上のはダメで下のが正解なのか説明できなかったのでちゃんと調べてみた。 入門Gitと実用Git、あとhelpを参考にした。 ブランチ
GitHubをもっとソーシャルに使いこなすための7つ道具
新サービスが続々登場してアツい！ 「GitHub」とは 皆さんは「GitHub」を活用しているでしょうか？ 「GitHub」（ギットハブ）はソースコード管理用の分散型バージョン管理システム「Git」を使ったホスティングサービスです。 Gitの特徴は、作業用として自分のコンピュータ上にあるローカルリポジトリがあれば、ネットワークに接続できない状態だったとしても、ソースコードの更新や、履歴を調べたりできる点にあります。その特徴はGitHubにも生かされていて、オープンソースとして公開中の既存のコードを分岐（fork）して、新しいプロジェクトとして開発できます。 また、自分が手元のローカル環境でバグ修正したり、拡張したソースコードを本家のオープンソースプロジェクトに取り込んで（pull）もらうことも手軽にお願いできます。 さらに、READMEテキストファイル（README.md）などを独特のマー
メモcache: gitを知らないデザイナとgitで共同作業するには？
2009/12/14 gitを知らないデザイナとgitで共同作業するには？ デザイナとgitで共同作業するまでの過程をログに残しておきます。 第一段階 会社で使っているフレームワークの Vの部分(いわゆるテンプレートまわりとか)はデザイナもさわるので、 .gitignore で無視することにして、 フレームワークのMVCのVの部分を除いてプログラマしかさわらない部分だけの リポジトリを作ってgitでバージョン管理することにした。 第二段階 ところが、Vの部分はデザイナしか関わらないわけではありません。 当然のごとく、プログラマ側から 「できればVの部分もgitでバージョン管理したい」 との要望がでてきました。 第三段階 そこで、デザイナに「バージョン管理は何を使っていますか？」 と聞いてみたところ「Mac の Time Capsule です。」 と言われ若干放心状態に…。 確かにバージョン
【派閥別】Gitのコミットを間違えたときの対処法まとめ - 本当は怖いHPC
追記：たくさんブクマしていただいて驚いております。ブクマコメントだと、やはり git push -f は反則だろという意見がサイレントマジョリティのようですが、そこはそれ、自 己 責 任 追記２(2011/11/07)：commit messageをミスった場合について訂正しました。 git rebase -i で直近のコミットを "edit" にして修正すると、 「--amend使えや」と言われるようです。 gitのコミットをしくじった時の対処法について、一覧性の高いまとめがなかったので作りました。正確さは保証できないので、コマンド名ヒントに自分でググって下さい ほかのやり方があるよ、間違ってるよ等のご指摘歓迎です。 派閥別 gitでコミットミスった時のまとめ ｜ ├─ 一人で使ってるよ ｜ ｜ ｜ ├─ 手元に変更を取り戻したいよ(1)（そうだね、add忘れだね派） ｜ ｜
gitでアレを元に戻す108の方法 | Webシステム開発／教育ソリューションのタイムインターメディア
以前gitで一度行った変更をなかったことにする方法4つを紹介しましたが、 日常的に git を使用していると他にも様々な 「なかったことにしたい」「元に戻したい」 という状況に遭遇します。 そのひとつひとつについて対処方法を紹介していきます。 目次 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いてみた。でももう要らない。問題2: トピックブランチをマージしたけど実はまだ不完全だった。マージをやり直したい。問題3: リリース後に発覚したバグ。原因は30日前に自分が行ったコミットだった。なかったことにしたい。問題4: 新しいコミットしようとして間違えてgit commit –amendで書き換えてしまった。元に戻したい。問題5: 色々作業していたら作業ディレクトリの内容が混沌としてきた。一度綺麗な状態にしたい。問題6: 作業ディレクトリにゴミファイルが溜まってきた。一度綺麗
はてなブログ | 無料ブログを作成しよう
来年も作りたい！ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…
Git - プロジェクトへの貢献
1. 使い始める 1.1 バージョン管理に関して 1.2 Git略史 1.3 Gitの基本 1.4 コマンドライン 1.5 Gitのインストール 1.6 最初のGitの構成 1.7 ヘルプを見る 1.8 まとめ 2. Git の基本 2.1 Git リポジトリの取得 2.2 変更内容のリポジトリへの記録 2.3 コミット履歴の閲覧 2.4 作業のやり直し 2.5 リモートでの作業 2.6 タグ 2.7 Git エイリアス 2.8 まとめ 3. Git のブランチ機能 3.1 ブランチとは 3.2 ブランチとマージの基本 3.3 ブランチの管理 3.4 ブランチでの作業の流れ 3.5 リモートブランチ 3.6 リベース 3.7 まとめ 4. Gitサーバー 4.1 プロトコル 4.2 サーバー用の Git の取得 4.3 SSH 公開鍵の作成 4.4 サーバーのセットアップ 4.5 Git
Git - リモートブランチ
1. 使い始める 1.1 バージョン管理に関して 1.2 Git略史 1.3 Gitの基本 1.4 コマンドライン 1.5 Gitのインストール 1.6 最初のGitの構成 1.7 ヘルプを見る 1.8 まとめ 2. Git の基本 2.1 Git リポジトリの取得 2.2 変更内容のリポジトリへの記録 2.3 コミット履歴の閲覧 2.4 作業のやり直し 2.5 リモートでの作業 2.6 タグ 2.7 Git エイリアス 2.8 まとめ 3. Git のブランチ機能 3.1 ブランチとは 3.2 ブランチとマージの基本 3.3 ブランチの管理 3.4 ブランチでの作業の流れ 3.5 リモートブランチ 3.6 リベース 3.7 まとめ 4. Gitサーバー 4.1 プロトコル 4.2 サーバー用の Git の取得 4.3 SSH 公開鍵の作成 4.4 サーバーのセットアップ 4.5 Git
Git初心者が絶対に覚えておくべきコマンド - idesaku blog
Gitの使い方を覚えるにあたって、まず知っておきたいのは――git-cloneだのgit-commitだのは当然として――「操作をミスったときにどのように回復するか」である。それを実現するのは、次の３つのコマンドだ。 git-commit --amend git-reset git-reflog git-commit --amend あるファイルをコミットしたとしよう。 $ (edit...) $ git commit -am 'メッセージ生成処理を実装したよ。'しかし、しばらくして彼は気づいた。 def create_massage(param) ...typoしてる！massageじゃない、messageだ！マッサージを作ってどうする！ 慌てるな。まずは直してステージに上げるんだ*1。 def create_message(param) ...$ git add .そして…。 $ gi
Accueil
Les Sociétés Civiles de Placement Immobilier (SCPI) se sont imposées comme une solution d'investissement de choix, attirant un nombre croissant d'investisseurs en quête de diversification et de rendements potentiellement plus élevés. Dans un contexte économique en constante évolution, où les investisseurs cherchent à optimiser leur portefeuille tout en minimisant les risques, les SCPI représentent
git diff の使い方がほんの少し理解できた - murankの日記
いままでなんとなく使ってきたけど、ようやく使い方が分かったような気がするのでメモ。 前提知識 インデックスとワーキングツリーが理解できていること HEAD が何か分かっていること git diff ワーキングツリーとインデックスの差分を表示。 git add した後にさらに修正したけど、そういえばどの時点で git add したのかなー、というときに使う？ git add したらすぐにコミットする自分には関係なさそう。 git diff --cached HEAD とインデックスの差分を表示。 git add して、コミットする前に差分を確認したい時に使うんだと思う。 自分は git diff よりもこっちの方をよく使う。 git diff HEAD HEAD とワーキングツリーの差分を表示。 前にコミットした時からどれくらい編集したか確認したい時に使う。 HEAD の部分はコミット(HE
Gitの使い方メモ - sotarokのお勉強
Web+DB Press 50号に載ってるGitの特集がすごくわかりやすかった． で，まあ，ただ読んでると頭に入ってこないから頭に入れたいところだけメモ． git add インデックスに追加する系． インデックスは，次のコミットでコミットする変更を記録したもの． git add <paths> <paths> をインデックスに追加 git add . 現在のディレクトリ以下のすべての変更ファイル/新規ファイルをインデックスに追加 git add -u インデックスから変更されてるファイルの変更をインデックスに追加 git add -A -u + 新規ファイル git add -p たとえば index.html の変更箇所(hunk)が2つあったとしたら， その2つのうち片方だけをインデックスに追加みたいなことができる（対話形式で） git commit コミットする系． git comm
WindowsでのGit環境構築とその注意点 | OSDN Magazine
もともとはLinuxカーネル用のバージョン管理システムとして開発されたこともあって、GitのWindowsサポートは若干遅れている。特に日本語環境で利用する場合は設定などに注意が必要だ。そこで本記事では、Windows環境でGitを利用する方法およびその設定方法、そしてGUIでGitの機能を利用できるツールについても紹介する。 Windows環境向けのGitバイナリを選ぶ Gitは標準ではWindows環境をサポートしていない。Gitのコア部分はCで記述されているものの、周辺ツールやサーバー機能の実現にはPerlやシェルスクリプトを利用しているからだ。そのため、Windows環境でGitを利用するには、これらを含めた環境構築が必要となる。現在、Windows上でGitおよびその周辺環境をまとめてインストールできるものとして、msysgitとCygwinがある。 msysgitは、Windo
transitive.info - Tags: git
Recent Entries 2023/11/04 WZR-600DHP2 への OpenWRT のインストールと設定 2023/11/02 scrcpy で Android の画面を Ubuntu に表示する 2023/10/29 Ubuntu 24.04 で PT3 を Mirakurun と EPGStation で使う 2023/07/15 LIFEBOOK WU-X/H1 での Ubuntu 23.04 と Windows 11 のデュアルブートと設定 2022/11/22 Ubuntu 22.04 に Mattermost をインストールする 2022/09/04 WZR-HP-AG300H の OpenWRT の更新と設定 ページ一覧へ Archives 2023 (4) 2022 (7) 2021 (5) 2020 (5) 2019 (6) 2018 (7) 2017 (8
transitive.info - git remote 使い方
Recent Entries 2023/11/04 WZR-600DHP2 への OpenWRT のインストールと設定 2023/11/02 scrcpy で Android の画面を Ubuntu に表示する 2023/10/29 Ubuntu 24.04 で PT3 を Mirakurun と EPGStation で使う 2023/07/15 LIFEBOOK WU-X/H1 での Ubuntu 23.04 と Windows 11 のデュアルブートと設定 2022/11/22 Ubuntu 22.04 に Mattermost をインストールする 2022/09/04 WZR-HP-AG300H の OpenWRT の更新と設定 ページ一覧へ Archives 2023 (4) 2022 (7) 2021 (5) 2020 (5) 2019 (6) 2018 (7) 2017 (8
git initしたあとにリモートを追加してorigin masterを省略するメモ - がぶちゃんの日記
先に結論 git remote add origin git://gabuchan.git git push -u origin master どういう場合に便利？ git cloneすると.git/config が [remote "origin"] url = git://gabuchan.git fetch = +refs/heads/*:refs/remotes/origin/* [branch "master"] remote = origin merge = refs/heads/masterみたいになるので、git pushでorigin masterを省略できる。 ローカルでgit initしてリポジトリを先に作って、 ちゃっちゃか開発して、 「そろそろリモートにアップしとくかー」って感じでリモートを作って、 git remote addすることが多い。 ちょっと開発をはじ
gitでoriginのurlを確認する。 - 僕の今さら日記
かなり重度の健忘症というか、痴呆症に近いレベルの自分にとっては、 このソースのリポジトリってどこだっけ? というのは日常ちゃめしごとでして、なおかつ、それを知る術も常に忘れております。 で、gitでその手のコマンドが、わりとどの本や、公式のドキュメントにもわかりやすいとこに 書いてない(たぶん、自分が見つけれてないだけ)ので備忘の為に覚え書。 ※※追記※※ id:thinca さんより以下のコマンドを教えていただきました。 git remote -v こっちの方がよさそうです。 ありがとうございました。 git config --get remote.origin.url これで忘れても大丈夫。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Resolving merge conflicts in Git - Tutorial for Laura
http://www.machu.jp/posts/20100506/p01/
Chapter 9. 下位レベルの git 操作