git rebase --onto で派生元ブランチの変更 - northaven本来 master ブランチから派生させるべきだった topic ブランチを、間違って develop ブランチから派生させてしまった場合、rebase —onto を使って、派生元を master ブランチに変更できる。 1 $ git rebase --onto master develop topic
gitでconflictした時のours/theirs - Qiita
git merge/rebaseでconflictした時、git checkout --ours/--theirs が何を指しているのかを整理する。 準備 mkdir test cd test git init touch file git add file git commit -am 'init' git checkout -b alice master echo 'alice 1' >> file git commit -am 'alice 1' echo 'alice 2' >> file git commit -am 'alice 2' echo 'alice 3' >> file git commit -am 'alice 3' git checkout -b bob master echo 'bob 1' >> file git commit -am 'bob 1' echo
git rebaseでのブランチ融合でコンフリクト解消 - Qiita
$ git branch master * branch $ git rebase master First, rewinding head to replay your work on top of it... Applying: Hoge hoge Using index info to reconstruct a base tree... /省略/ warning: 1 line adds whitespace errors. Falling back to patching base and 3-way merge... Auto-merging app/views/articles/hoge CONFLICT (content): Merge conflict in app/views/hoge Auto-merging app/views/articles/poge CONFL
.gitignore の設定を反映させる - Qiita
すでにリポジトリに ignore ファイルを追加していると、 キャッシュが残っており .gitignore ファイルの内容が反映されない。 なので、キャッシュを消してあげよう。
git reset についてもまとめてみる - murankの日記
前回 git diff を図に書いてみたところ、自分の中で意外と整理できたので、これまたなんとなく使っていた git reset についてもまとめてみた。 とりあえず結論を先にまとめよう。 git reset とは？ HEAD の位置を変更するコマンド。 オプションによってインデックス、ワーキングツリーの内容も変更できる。 git reset のオプションは？ --soft、--mixed(オプションなしと同等)、--hard オプションがあり、影響度の小さい順に以下のようになる。 --soft HEAD の位置のみを変更する。インデックス、ワーキングツリーには影響なし。 --mixed (またはオプションなし) HEAD の位置とインデックスを変更する。ワーキングツリーには影響なし。 --hard HEADの位置、インデックス、ワーキングツリーをすべて変更する。 さて、git reset
[git]マージ時のコンフリクトで片側の変更だけ適用する方法 - Qiita
２つのブランチをマージした際にコンフリクトしたとして、どちらかだけを全面的に適用したい場合はどうするか。 以下のように、checkout --ours と checkout --theirs を使い分ければ良い。 # ２つのブランチ間でコンフリクトしているファイル fileA.txt と fileB.txt があるとする # fileA.txt を現在チェックアウトしているブランチ側の対応に合わせる場合 $ git checkout --ours fileA.txt $ git add fileA.txt # add を忘れずに # fileB.txt をマージさせたブランチ側に合わせる場合 $ git checkout --theirs fileB.txt $ git add fileB.txt $ git commit Register as a new user and use Qi
![[git]マージ時のコンフリクトで片側の変更だけ適用する方法 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/2effa206ac1407952bbfa4f3eceeb99dfc08f40c/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCZ2l0JTVEJUUzJTgzJTlFJUUzJTgzJUJDJUUzJTgyJUI4JUU2JTk5JTgyJUUzJTgxJUFFJUUzJTgyJUIzJUUzJTgzJUIzJUUzJTgzJTk1JUUzJTgzJUFBJUUzJTgyJUFGJUUzJTgzJTg4JUUzJTgxJUE3JUU3JTg5JTg3JUU1JTgxJUI0JUUzJTgxJUFFJUU1JUE0JTg5JUU2JTlCJUI0JUUzJTgxJUEwJUUzJTgxJTkxJUU5JTgxJUE5JUU3JTk0JUE4JUUzJTgxJTk5JUUzJTgyJThCJUU2JTk2JUI5JUU2JUIzJTk1JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz0yM2E0NWQ1NWY4OGNjMmJkMmY5MGEwOWVjNDk5OTA3Zg%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwbmFudGVra290YWkmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWNiOTkyYjk4YjNkZGQwOWVkMTEzNTAxYTdlZmEyODQy%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D86e5296afa3a927e9fd9ccbe7aa2c1ab)
初心者でもわかる！リベースの使い方を解説します | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは、エンジニアの王です。今回は、Git初心者を悩ませるリベースについて解説してみたいと思います。 リベースが初耳 リベースを聞いたことはあるけど、使っていない 不安を抱えながらも、リベースをなんとなく使っている 上記に当てはまる方は、ぜひ読んでくださいね。 リベースで何ができる？ コミットが綺麗になる！ 以上です！ この一言に尽きる！ 具体的にどのように綺麗になるかというと…… コミット履歴がわかりやすくなる コミットメッセージを後から変える コミットの順序を後から変える 2つ以上のコミットを1個に統合する 一度コミットした内容を編集する といった具合でしょうか？ 整理整頓が好きな方は、ぜひリベースを使いこなしていただきたいと思います！ マージとリベース 2つのブランチの変更点を統合するとき、Gitの最も一般的なやり方は、マージとリベースを使うことです。マージは初回で説明したので、
Git で コミットを無かったことにする方法 （git revert の使い方） - akiyoko blog
Git でコミット（とかマージ）を無かったことにする方法といえば、「git revert」なのですが、使い方にちょっとひとクセ（？）あったのでメモっておきます。 「git revert」は正確には、commit を無かったことにするのではなく、対象の commit の変更を相殺するような差分commitを自動で生成するというものです。 コミットを文字通り無かったことにする（コミットログから特定のコミットだけ抜き出す＝履歴が残らないようにする）には、「git reset --hard」「git rebase」「git cherry-pick」「git push -f」などを駆使すればできるのですが、いくつかコミットやマージが重ねられた後にそれをするのは、あまり現実的とは言えませんよね。 そこで、「git revert」の登場です。 実践 例えば、以下のような commit があったとします。
git commitをやり直しする＆取り消しする(「get commit --amend」と「git reset」) - hogehoge foobar Blog Style Beta
git commitを実行あとでコミットをやり直したり、コミット自体を取り消す方法です。 直前にしたコミットをやり直す（git commit --amend） 直前にしたコミットをやり直す場合、「git commit --amend」を使用します。 例えば、直前のコミットログが以下のような状態だったとします。 実は直前のコミットに含めるべきであった「hoge.txt」が含まれていませんでした。 コミットログ(git commit --amend 実行前) $ git log commit cca638b48b4c8be7ad5432f7882497534b04e2b4 Author: mrgoofy <hogehoge@example.com> Date: Wed Sep 8 23:03:57 2010 +0900 2nd Commit.-> New Add File : bar.txtこ
今さら聞けない！GitHubの使い方【超初心者向け】
GitHubとは GitHubとは、ソフトウェア開発プロジェクトのためのソースコード管理サービスです。 ソースコードを更新したバージョンの管理や閲覧、バグ追跡機能、SNSの機能を備えており、開発者にとってなくてはならないサービスです。 また、GitHubを使ってソースコードの管理を行っている企業も多数あります。 GitHubが人気な理由と類似サービスとの違い GitHub は、Git を使用したソフトウェア開発とバージョン管理のための人気のあるプラットフォームおよびクラウドベースのサービスです。コードを効率的に保存、管理、共同作業するために必要なツールを開発者に提供します。ユーザーフレンドリーなインターフェースと豊富な機能を備えた GitHub は、世界中の開発者にとって不可欠なツールとなっています。 GitHub はテクノロジー業界では有名な名前かもしれませんが、ライブカジノへのユニーク
はじめてのgithub
2. 自己紹介 名前: 濱田康貴 HN: (っ´∀｀)っ ゃー Twitter ID: @nullpopopo Facebook: http://www.facebook.com/nullpopopo 職業: インフラエンジニア 趣味: 勉強会運営 自転車 Linux 7つ道具: vim awk grep ps netstat パイプ リダイレクト 将来の夢: geek団地 (iDC併設) 建設 3. githubって何？ • gitのプロジェクトホスティングサービス • 100MBまで無料で使える • gitリポジトリを自分で作って公開できる • WEB上から変更履歴などが参照可能 • githubで公開されている他のOSSのコードをforkして開発することが可能 • ただしバグトラッキングシステムがない • バグトラッキングはIssueでできます ※ 出展： はてなキーワード http
ナウなヤングのためのgithub入門講座 -基本機能からdotfiles管理まで- - tumblr
gitによるバージョン管理 バージョン管理システムはつかってますか？ 僕は前に自分の作成したコードを元に、後輩にプログラムを作らせようとしてまずは僕のコードをコピペしろと指示したところ、コピペしかしてない(と言い張る)割にはコピペしたコードは動かず、さらに何故かコピペ元の僕のコードが滅茶苦茶に荒らされて当然のごとく動かなくなるという、なんかもう幽霊の存在を認めない限り説明がつかないような怪奇現象に遭遇したことがあります。しかもそのときはcpコマンドによるバックアップに頼っていて運悪くバックアップを忘れたために僕の貴重な１日が消え去ってしまった訳でして、それから僕はバージョン管理システムに頼ることを固く心に決めました。また僕はその目を覆いたくなるような残虐な事件以来、建設業界に見習って、IT業界でもプロジェクトキックオフ時にお祓いはすべきだと訴え続けています。 まぁそれはいいとして、いやまだ
Gitを使い始めたらやっておきたい便利な設定いろいろ
こんにちは、中川です。 Gitを使い始めてから、Subversionを使う機会がめっきり減ったこの頃です。 Gitだとローカルだけで簡単に使い始められるのもいいですが、気軽につくれるbranchや、mergeのしやすさがたまりませんね。 インストール直後の状態でも普通に利用できますが、 ちょっとした設定でさらに使いやすくなる方法をご紹介したいと思います。 ※今回ご紹介する内容はいずれも私のMacBook上での動作確認となり、Windows環境は考慮していませんがご容赦ください。 ■ユーザー名とE-mailアドレスの設定 まずは、最初にユーザ名と、メールアドレスを設定してしまいましょう。 $ git config --global user.name "yoshiki" $ git config --global user.email "yoshiki@example.com"
github 超入門 - glasses factory
ここ1年くらい、僕はソースコードなどを github で公開しています。 つい先日まで書いていた連載記事 GAE for Flasher のサンプルソースコードや、 東京てら子で発表したデモ、今まで作ったライブラリや便利クラスなど なんでもかんでも github で公開しています。 しかし、プログラムに慣れた人ならともかく、これから AS3 をガシガシ勉強していこう！ といった方や、AS3 自体はガシガシかけても基本的に SVN 等バージョン管理システムを 使わない方にとっては github 自体がやはり少し敷居が高いイメージがあるという話を聞きました。 GAE for Flasher の記事自体、ある程度 AS3 に関する知識のある人を想定していたとはいえ 流石に当たり前のように使い過ぎたかなと反省の意を込めて github 超入門( for Flasher ) を書く
livedoor Techブログ : 社内のスマフォ開発用ライブラリの管理方法を公開しちゃいます！
こんにちは！こんにちは！ 最近JavaやObjective-Cで開発をしていて、やっぱりPerlって使いやすい言語なんだなぁと改めて感じている栗原です。 ＃と言いつつもJavaもObjective-Cも好きだったりします。 今回は「スマフォのライブラリなどの管理をどげんかせんといかん」とCTOに言われたために考えた、弊社のスマフォ開発チームが行なっているAndroid、iPhoneそれぞれの社内用ライブラリやスニペットの管理方法についてご紹介したいと思います。 ソースの管理方法 まずソースの管理についてですが、現在弊社のスマートフォン系のアプリはGitを使って管理しています。 通常のアプリも含めて「android」と「iphone」というプロジェクトを作成し、その中でそれぞれのプラットフォーム毎にリポジトリを作成しています。 以下のようなイメージですね。 git://example.com
Git Immersion
A guided tour that walks through the fundamentals of Git, inspired by the premise that to know a thing is to do it. Git is a powerful, sophisticated system for distributed version control. Gaining an understanding of its features opens to developers a new and liberating approach to source code management. The surest path to mastering Git is to immerse oneself in its utilities and operations, to ex
GitインストールからEclipse (EGit)からのCommit / Pushまでメモ
何かのやり方や、問題の解決方法をどんどんメモするブログ。そんな大学院生の活動「キャッシュ」に誰かがヒットしてくれることを祈って。 概要 Gitインストール→サーバ側のレポジトリ作成→EGitインストール→既存プロジェクトをローカルのGitレポジトリに→Addしてローカルにコミット→サーバ側のレポジトリに(公開鍵を利用した)ssh越しにPush 基本的にはEgitのUser's Guide(英語)がベースになっています。 前提 サーバ側はUbuntu 10.04.1 、作業するPCはWindows 7 64bit、使用したEclipseのバージョンははHelios。サーバには公開鍵を利用したSSH接続が"user01"というアカウントから利用できるものとします。 $ sudo apt-get install git-core これだけでインストール完了ちなみにインストールされたのは「git-
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub Marketplace: to improve your workflow
.gitignore に設定を追加して反映させる - Qiita
既に git 管理しているファイルをあえて無視したい - Qiita
