圧縮/難読化されたJavaScriptファイルのgit diffをみやすくする - Qiita
diff --git a/idol.js b/idol.js index bedbede..a17b5ec 100644 --- a/idol.js +++ b/idol.js @@ -3,11 +3,17 @@ var mongoose = require('mongoose'); var idolSchema = new Schema({ - name: String + name: { + first: String, + last: String + } }); var Idol = mongoose.model('Idol', idolSchema); var otome = new Idol({ - name: 'Otome Arisugawa' + name: { + first: 'Otome', + last: 'Arisugawa' + } }); otome.save
gitで差分ファイルを抽出する - Qiita
案件で「作業の差分を納品してくれ」とか言われることってよくあります。 今までは手作業でディレクトリ作って、ファイルをコピーしてましたが、 もう、そんなうんざりする作業とはおさらばできそうです。 git archive と git diff の合わせ技で差分を出力できる事がわかったからです。 例えば、一個前のコミットから現在のコミットまでの差分を取り出したい時は、 git archive --format=zip --prefix=root/ HEAD `git diff --diff-filter=d --name-only HEAD^ HEAD` -o archive.zip まずは、git archive について。 --format=zip を付けるとzipで固めてくれます。 --prefix=root/ は抽出したファイルをrootディレクトリに入れた状態にしてくれます。 -o a
rails開発に加わる前に学んで欲しいこと - Qiita
github gitのスライドがまとまってる http://www.find-job.net/startup/7-git-slides webベースでgitを勉強 http://try.github.io/ githubフローの説明 https://gist.github.com/Gab-km/3705015 ゴール add, commit, push, branch, checkoutを覚える 自分でトピックブランチを作ってpush、その後githubでpull requestを作成することができる githubフローを理解する railsのチュートリアル http://railstutorial.jp/ MVCの挙動(特にしっかり理解) http://railstutorial.jp/chapters/a-demo-app#sec-mvc_in_action GitHubに自分のアプリ
GitHub にパスワードとかセンシティブなファイルを push してしまったときの対処法 - Qiita
.gitignore し忘れて他人に見えちゃマズいファイル（パスワードをベタ書きしたファイルや AWS_SECRET_ACCESS_KEY を書いたファイルとか）を git commit しちゃった！そんなときは すればすぐ何もなかったことにできます。 が！そこで気付かずに GitHub へ git push してしまった！こうなると容易に何もなかったことにはできません。 この記事では、こういうときに何もなかったことにする方法を紹介します。 そのデータを無効にする 特に Public Repository の場合はすでにそのデータが他人の目に触れていた…ということも十分ありえます。AWS_SECRET_ACCESS_KEY なんかは取得用のクローラが存在するとも聞きます。ので、まずは不正利用されても影響が出ないように、パスワードの書き換えやトークンの無効化を施しましょう。 （この時点でもう
Gitのブランチを移動するときの裏ワザ - Qiita
Gitでは、簡単にブランチを切れるようになっていますが、その中身を知れば、より便利に移動できます。なお、この投稿は1分で実現できる有用な技術 Advent Calendar 2015の1記事として投稿しています。 Gitツリーの構造 ちょうどGitのアドベントカレンダーの投稿が参考になりますのでので、詳細についてはそこを参照させていただく形にします。 こちらで必要な程度に要約すれば、 コミットは、それ自体が過去のコミットとの関連情報を持っている 「ブランチ」と呼ばれるものも、自律的につながったコミットのある1箇所を指すポインタに過ぎない ということです。 微妙に面倒な切り替え→マージ よくある場面で、「Aブランチの後にBブランチが続いている状況で、BブランチをAブランチに追いつかせた上でチェックアウトしたい」というときがあります。素直にやれば、 git checkout b git mer
detached HEAD から脱出する方法を git の内部構造から探る - Qiita
この記事では、detached HEAD がどういう状態なのかを git の内部構造から読み解きます。 あなたは、この2つのコマンドがどう違うか答えられるでしょうか？ 問い: 下の 2 つのコマンドは同じでしょうか？違うでしょうか？ A: git checkout <ブランチ名> B: git checkout <ブランチの指すSHA1> 正解は、違う です。 もし、答えに詰まってしまった場合は、ぜひこの記事を読んでみてください。 この解説の中で、下の2つのコマンドがどう違うのかが見えてきます。 （ちょっとだけ宣伝: 学生向けに git challenge というイベントを開いています。いくつか git にまつわる問題を公開しているので、興味がある方はチャレンジしてみてください！: http://alpha.mixi.co.jp/entry/2015/11/24/083300 ） deta
Git 2.x シリーズの 6 つの素晴らしいフィーチャー | Atlassian Japan 公式ブログ | アトラシアン株式会社
私が Git リリース ノートをレビューしてからしばらく経ちましたが 、だからといって私が最新のノートを熱心に読んでおらず、毎日の作業に新たな優れモノを取り入れていなかった訳ではありません。自分の誕生日 (拍手！) と、先日の Bitbucket Server のリリースを祝うため、本日は私が Git 2.x シリーズ (2.6 まで) で気に入っているフィーチャーを全てご紹介します。どれか役に立つようなことがあれば、是非ご一報ください。 リベース前に変更内容をスタッシュ Git 2.6 では、rebase コマンドが皆さんから良い意味での注目を浴びました。以下にご紹介するのは、より興味深い新しいフラグの1つです : git rebase --autostash これからは、rebase 操作の開始時に未コミットの変更内容を一時的にスタッシュするか、操作を失敗させるかを指定できます。この行
git commit --fixup とは何か - 詩と創作・思索のひろば
git commit --fixup というオプションの存在を最近知って調べた。 ヘルプとリリースノートより "git commit" learned the --fixup and --squash options to help later invocation of interactive rebase. Git v1.7.4 Release Notes --fixup=<commit> Construct a commit message for use with rebase --autosquash. The commit message will be the subject line from the specified commit with a prefix of "fixup! ". See git-rebase(1) for details. 1.7.4 から入って
高速かつ直感的にGitリポジトリ操作できるMac用Gitクライアント「GitUp」 | ソフトアンテナ
Gitのリポジトリを分かりやすく可視化し、高速かつ直感的にGitリポジトリを操作できる、Mac用のGitクライアント「GitUp」が公開されています。現在プレリリース中につき無料で利用可能で、ユーザー登録すると、全機能がアンロックされるシステムとなっています。 分かりやすくかつ高速 GitUpの第1の特徴は、わかりづらくなりがちなGitリポジトリの迷宮的な履歴を分かりやすく表示できることで、GitUp外部で行った操作がリアルタイムに反映されることで、混乱を招かないように工夫されています。 また、プロが使うためのツールとして高速性にも配慮されており、Gitバイナリツールをバイパスし、リポジトリのデータベースに直接アクセスすることで、40,000コミットを超える、公式Gitリポジトリ全体を1秒以内にロードし、描画することが可能になっています。 値段は不明 GitUpは現在プレリリース期間なので
普通のpatchコマンドで取り込めるdiffファイルをgitで作成する - kanonji’s diary
まとめ $ git diff --no-prefix HEAD~ > thisis.patch $ patch --dry-run -p0 < thisis.patch $ patch -p0 < thisis.patch git diffに--no-prefixをつける事で、普通のpatchで当てられるパッチファイルを出力できます。この例ではHEADの1個前*1からHEAD*2までのパッチです。 普通のpatchコマンドのほうの知識があまり無くて-p0がいまいちよく分からないんですが、git diff --no-prefixで作成したパッチファイルを当てるには必要みたいです。--dry-runは、実際には当てないけど当てた場合の結果を出力します。なので、まずは--dry-runで確認して、問題が無ければ実際にパッチを当てます。 エントリー書いた後に教えてもらった補足 patch -p1の
git rebaseを使うときのルール | Yakst
Re: [git pull] drm-next Linus Torvalds Sun, 29 Mar 2009 14:48:18 -0700 (訳注 : Daveのrebaseのやり方が好みでないというLinusに対して) > 2009年5月29日(日曜日) Dave Airlieの発言 > > 今から自分がしようとしているのは、直線じゃないツリーを送ろうとしているだけだ。 > パッチを自分の次のツリーにマージする時はいつでも、そこにそれがあるからだ。 > 自分は、Ericのツリーを自分のツリーに直接プルして、その結果を送ろうとしている。 > きれいなマージ履歴について注意しているとは思っているけど、前に言ったように、 > カーネルツリーに関してのドキュメントが何もない状態では、君がどうしたいのか > 本当のところは今の今まで分からないよ。 自分が求めているのは、きれいな履歴だ。でも、それ
どこでも使える git diff と git apply - Qiita
Git Advent Calendar / Jun. 28日目の記事です。27日目はつるはしで過去を発掘するでした。 Git リポジトリの外で git diff / git apply あまり知られていないことですが、 git diff と git apply は Git リポジトリの外でも使えます。普通の diff ではできない、バイナリファイルを含む2つのディレクトリの差分を取りたいときなどに重宝します。ちょっと試してみましょう。 $ mkdir dir1 dir2 $ echo foo > dir1/text $ echo FOO > dir2/text $ dd if=/dev/random of=dir1/binary bs=128 count=1 $ dd if=/dev/random of=dir2/binary bs=128 count=1
Gitでやらかさないための事前予防策 - Qiita
Gitでやらかした時に使える19個の奥義を書いてやらかしたときになんとかリカバリできるようにした。 今回は、そもそもやらかさないようにしたいよねっていうお話。 コミット編 .gitignoreを細かく指定しておく .gitignoreを指定しておけば余計なファイルをコミットしちゃうことを予防できます 過去に似たようなプロジェクトがあるのならそれを流用しましょう。 ないのであれば.gitignore.ioで生成してそれをカスタムしましょう。 ワイルドカード指定やディレクトリまるごとの指定は副作用ある可能性があるので慎重に。 コミットメッセージのフォーマットを決めておく コミットメッセージのフォーマットを決めておけば書き直したいということも減ります コミットメッセージをやらかして直したいと思うことはよくあります。 そういうのって案外コミットメッセージが自由すぎることが問題だったりします。 ある
Windows環境でGitを高速化する - Qiita
などにすごく時間がかかる、ということがあります。 いろいろ調べて、ある程度は改善できたので、メモ。 preloadindex 設定 こちらを元に
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
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CmdNote - [git,git-fsck,git-stash] 誤って削除した stash を復元する
日本語版 : IBM Bluemix
横着で神経質な私とあなたに贈るgit add -p - Qiita
Gitでやらかした時に使える19個の奥義 - Qiita
あとからまとめて.gitignoreする方法 - Qiita
