GitHub - isotai/git-tips: 最もよく使われるgitの小技と裏技You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
GitHubでマージ済のプルリクをrevertした後に引き続きrevertされたブランチで作業を続行したい時 - Qiita
GitHub上でプルリクをマージした後に、まだマージできる状態では無かったと気付きrevertする事ってありませんか？ その後に問題になるのが、revertしたのはいいけど、引き続きそのrevertされたブランチで作業してまたプルリクを発行したい。という状況です。 この時に何も考えずに普通に作業を続行してプルリクを発行した場合、revertされた分の変更が失われてしまいます。 結構でかい事故に繋がる場合があるので、この時の対処方法を書きたいと思います。 前提 以下の操作を行っている。 プルリクを発行 プルリクをマージ マージ済のコミットのrevertプルリクを発行 revertプルリクをマージ ここまでの操作はGitHub上ですんなり行える。 再度revertされたブランチのプルリクを発行してみる 普通の感覚だと、また差分が復活していると思うのでプルリクが発行できそうな気分になると思います
1つの git を複数のリポジトリに分割する方法
概要 1つの巨大なgitを複数のgit環境に分割してみたいと思います 初めは小さなプロジェクトで1つのgitからスタートしたが、次第にプロジェクトが大きくなり、その過程でgitを複数作らなくて同じgitにpushし続けた結果いろんなソースコードが混じった巨大なgitが出来てしまった なんてことはあると思います 環境 git 2.1.1 分割する方法 例として自分のGitHubアカウントを使って分割してみます 分割先のリポジトリを作成する まず分割先のリポジトリを作成しましょう 名前は何でもOKです できれば空のリポジトリとして作成しましょう 空じゃなくてもOKですが、空リポジトリの方が簡単です 分割対象のリポジトリをcloneする これが巨大な1つgitリポジトリになります ご自身の環境に合わせて分割したいリポジトリをローカルにcloneしてください すでにある場合は特に何もしなくてOKで
リモートにプッシュしたらもう消せないので、プッシュ前にgit rebaseで整えておく - 主に技術的なことを書くブログ
ローカルでこまめにコミットしまくっていて、作業が一段落したからといってそのままリモートにプッシュすると、そのローカルでこまめにしていたコミットログがそのままリモートにもプッシュされて、メモ的なコメントとか書いてあるとけっこう恥ずかしいことになるということが判明しました。 そして、一度リモートにプッシュしてしまったら、後からいくら書き換えたところで恥の上塗りになるだけで、基本的にはコミットログを消すことはできません。自分の至らなさだったと次に活かしていくしかないです。 今後のフローとして みんなが使うリモートにはなるべくスマートにプッシュしたいので、ローカルでのコミットはある程度まとめておいて、すっきりした状態に整理してからプッシュすること。 そんなときに便利なのが、git rebaseです。 git rebase -i コミットID とコマンドをうつと、 pick コミットID pick
【git】SourceTreeで解説！間違えたときのgitコマンドとやり方
ローカルリポジトリ・リモートリポジトリを作って、一連の流れでファイルの管理は出来るようになりました。 SourceTreeというGUIを使っているので、黒い画面はほとんど触ることなく作業ができ便利なのですが、まだ使いこなせていないgit。 今回は、削除とか戻したい時とか、いろいろあるコマンドのことをまとめてみました。ｵﾓｼﾛｲﾖ!git!! 通常の作業フローで起こり得る、『失敗したーッ!!』 1.git add｜インデックス化ステージング 2.git commit｜コミット 3.（更新管理リポジトリへ）git push｜プッシュ 4.（本番環境で、更新管理リポジトリから）git pull｜プル 上記で通常の作業は完了です。が、その作業中にミスなどが発生することがあります。 ●ファイルをaddしないでcommitしちゃった ●commitのコメントを間違えちゃった ●commitを取り消した
これでGitも怖くない！ GUIでのバージョン管理が無料でできるSourceTreeの7つの特徴とは
これでGitも怖くない！ GUIでのバージョン管理が無料でできるSourceTreeの7つの特徴とは：ユカイ、ツーカイ、カイハツ環境！（31）（1/3 ページ） SourceTreeは直観的なGUIで使いやすい、今話題の無料のリポジトリ管理ツールです。本稿では、Windows版のSourceTreeをGitサポート機能を中心に紹介します。 Gitも使える大人気のバージョン管理ツール「SourceTree」 SourceTreeは、もともとMac OS X用に開発されていた無料のGit／Mercurialのクライアントアプリケーションで、GUI（Graphical User Interface）による直観的なバージョン管理の操作ができます。 SourceTreeは、2011年10月に「JIRA」「Bitbucket」で有名なアトラシアンに買収され、Windows用の正式版が2013年6月に公
git-flow cheatsheet
About git-flowはgitの拡張であり、Vincent Driessenの提唱するブランチモデルを実現するための高度なリポジトリ操作を提供します。 more ★ ★ ★ このチートシートは基本的な使い方とgit-flowの効果を表します。 ★ ★ ★ Basic tips Git flow は素晴らしいコマンドライン補助と出力を提供します。何が起こるか注意深く読み解いてください。 macOS Clientの Sourcetree は素晴らしいGUIとgit-flowサポートを提供します。 - Git-flow はマージすることをベースとして考えるソリューションです。リベースは行いません。 ★ ★ ★ macOS Homebrew $ brew install git-flow-avh Macports $ port install git-flow-avh Linux $ apt
Gitリポジトリ中のサブディレクトリを別のリポジトリにする - Pixel Pedals of Tomakomai
clone して filter-branch を使うと、サブディレクトリを別のリポジトリにできます。 例えば、/tmp/hoge にあるリポジトリに hoge と subdir/foo と言うファイルがあって、ログが以下とすると、 % git log -p --pretty=oneline ac27f0a1f18108cd81be52634b07228c6bb95a0b Added foofoo diff --git a/subdir/foo b/subdir/foo index 257cc56..b4c9d55 100644 --- a/subdir/foo +++ b/subdir/foo @@ -1 +1,2 @@ foo +foofoo a6cc83ca5cec477444f0d63359ef12dede648eb5 Added hogehoge diff --git a/hoge
Git入門 v1.1.0
Frontrend Vol.6 powered by CyberAgent, Inc. http://frontrend.doorkeeper.jp/events/6907 で発表したプレゼン資料です。 こういう資料に対する投げ銭的なのがどうなるのか気になっていたので、もしよろしければ・・・！15円からできるソーシャルカンパサービスだそうですm(_ _)m http://kampa.me/t/dev
SourceTree for Windowsで始める非プログラマのためのバージョン管理入門 - Kawaz技術ブログ
みなさんこんにちは、id:gigi-netです。ゲーム開発してますか？ ゲーム開発をしているときに困るのは、ファイルのやりとりです。多くの場合は、プログラマはバージョン管理を使い、素材屋さんにはDropboxでファイルを入れて貰い、プログラマが手動でゲーム内に使える形で取り込む、という形が多いと思います。 しかし、この方法だと、プログラマの作業工数が増えたり、変更が入ったときに差し替えの手間が発生したり、前のファイルに更新したかわかりにくい、古いファイルに書き戻ってしまう（デグレード）などの問題がつきまといます。 ところで、最近、Windowsでgitと呼ばれるバージョン管理システムを簡単に利用できるアプリケーション、SourceTreeが公開されました。 これを使うと、従来敷居が高かったバージョン管理が、プログラマ以外でも割と簡単に利用できるようになるため、ご紹介します。 この記事の対象
「こわくない Git」というスライドを発表しました - kotas.tech
社内向けに「こわくない Git」というタイトルのスライドを作って発表しました。 対象者は「マージがなんとなく怖い」「エラーが怖い」「リベース使うなって言われて怖い」と、Git が怖いと思っている人です！ こわくない Git from Kota Saito 発表中に出た質問など 補足も兼ねて、上のスライドを発表した際に出た質疑応答などをここに書いておきます。 Q: 常に Non Fast-Forward (--no-ff) でいいのでは、と思えるけど git merge がデフォルトだと Fast-Foward or Non Fast-Forward (--ff) なのはなぜ？ A1: Non Fast-Forward だと、確かにメリットが多いのですが、1点だけデメリットがあります。特に差分が無い状態で git merge --no-ff すると、空のマージコミットが作られてしまうのです。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://b.pyar.bz/20140122/github-flow
ブログ | ウェビングスタジオ
index - やる夫で学ぶ gitcore-tutorial
http://blog.inouetakuya.info/entry/20130602/1370173582
やりなおせる Git 入門
http://papix.hateblo.jp/entry/2013/05/22/032747
OverAPI.com | Collecting all the cheat sheets
HTML, CSS, jQueryから、Ruby, PHP, Java, Python, Git, 正規表現などウェブ制作・開発に役立つチートシートのまとめ -OverAPI
ウェブ制作者に必ず役立つ！iOS, HTML5, CSS, jQuery, WordPress, .htaccessなどのチートシートのまとめ