git
む、git getch は $ git fetch <remote>なのか。デフォは origin らしい。</remote>
9 月末に琉大で Git の勉強会が開催される模様。ハンズオンのネタを備忘まで以下に列挙しておきます。て、これどっかで書いた気がするなぁ。
色々スルーしてる部分が多いなと。 例えば先日も_こんなやり方があるんだ_と列挙させて頂いてた git diff HEAD と git diff --cached の違いですが、 git diff HEAD は最新コミットとワークツリーの差分を出力 git diff --cached はインデックスの状態と指定…
これ、なかなかにアレゲ。別途開催予定のソレでも使えるのかどうか。ちょい難易度高いカンジもしますが以下にて動作確認を。
例の gmail な記述、微妙なのですが .gitignore するのは config/environments/* config/environment.rb を、って事で良いのかどうか。とは言えその前にこいつら commit してるのでそっちの処理をせねば、なのか。
色々な不具合が出てきて面白い。以下いくつかメモ。
本日某所にて発現。Agent admitted failure でググッて以下を発見。 Error: Agent admitted failure to sign あまりコンテンツを読まずに書いてあることそのまんま試してみたら接続できた。そりゃ良いのですが原因は何だったのか。
node.js で動くフロントエンドらしい。windouz な方々向けには良いのかも。とりあえず Ubuntu なマシンで人柱になってみます。
git checkout する時に branch な名前のtab 補完がキかなくて困っていたのですが、見つけました。曰く以下とのことです。 Download this file to your home directory and name it .git-completion.bash. Add this to your .bash_profile: source ~/.git-com…
ええと、基本的には Github で、ということで以下かな。 Github 上のどこかにリポジトリを作っておく git remote add でその場所が指定された .git/config なエントリ作成 ってことで良いのかな。
master branch と develop branch の差が単純に merge できない程度になってきた。 以下なソレさえ微妙。 $ for i in ~/tmp/patch.20130812/* ; do git am $i; done以下な出力がナニ。 error: patch failed: src/jp/shuri/yamanetoshi/MainActivity.java:204…
つい git add . ってヤッてしまい、その commit に含まれるべきではないファイルを追加してしまっていた事が判明。面倒だけどやり直し。
development な branch と master な branch で、という事になってしまいました。 feature は development に merge するんですが、それらを master に merge する時のソレが悩ましかったり。現時点では $ git diff master..developmentとか $ git format-pa…
でも Git の、というよりは Github の、になるはず。 とりあえず README 付きのプロジェクト作って markdown の話もちょろっと branch して 修正して 自分に pull request して merge して というソレをおさらいする程度。Github の何がすごいかって Git の …
こないだの Git 勉強会で rebase が許容される範疇は? みたいな話があったように記憶しているのですが、以下が HN 方面に流れてて早速和訳なエントリが投入されてました。 Re: [git pull] drm-next git rebaseを使うときのルール 作った人が案内してる_きれ…
以前、パッチベースの開発フローを採用してる開発プロジェクトで云々、な事をしてたことはあるのですが、パッチを作成して投げるのみ、でした。 で、先程とあるアプリの中でサーバとやりとりしてる箇所が一つだけありまして、そこの URL を最終版をリリース…
git checkout . と違うのは新規作成なソレとか deleted なナニとかも巻戻し、なのかどうか。ちょっと確認してみます。例の場所にある Numbers なリポジトリを clone して云々な方向。 $ git clone git@github.com:gitOkinawaOrganization/GitDOJO.gitで、色…
つうか巻戻して、とか言われそうで微妙。 feature は基本的に master の子供になっているので merge は楽なはず。
テンポラリに branch を作って素材をアテて動作実験、な事はよくあるのですがもっかい元に戻して云々したい時、どうすりゃ良いのかというと .git の存在するディレクトリで $ git checkout .で OK とのこと。覚えが悪くてイケマセン。
git commit には -m でコメントを渡さない方が良いです、わしとなく。
いくつかの機能追加の要求があり、それぞれ別 branch で盛り込んでは動作確認をして頂いて一段落。これ達を先週末の問題処理な方に追加する形でとりあえずのリリース版を作成してくなんしょ、と依頼が入る。
どうも空のリポジトリが作れなくなってる模様。 README.md 付きのを作るといきなり push できないですね。
ええと、master なブランチで微妙な不具合が出てるんだけどテンポラリで対応できね? って言われて branch 作成して仮対処な確認して頂いておりました。 o bugfix1 / o-- masterその後、実はこんな不具合が、と言われて branch して対処盛り込み。 o bugfix1 …
Qiita で以下を発見。 git merge で常に --no-ff これ、設定させといた方が良いのかどうか。 あと、master 上で git pull するときは常に rebase という設定が出てますが、これってどーゆー意味なんでしょ。ちょっとググると以下が出てきました。 git pull …
よく分からなかったので自分メモ。
これで自分に LGTM してみた。なんとなく空しい。 http://www.lgtm.in/g ちなみに PR も自分で merge してたりしてorz
git-svn なリポジトリで間違って修正したファイルをステージングしてしまい取り消したのですが $ git reset HEAD hoge.txtcommit 作る時に叱られた。 $ git svn dcommit hoge.txt: needs update update-index --refresh: command returned error: 1むむむこ…
何入力すれば良いのか分からない場合は ? で良い模様。
以下を参照しつつ。 http://qiita.com/hal_sk/items/d1cfa971fbbc09777d20 とりあえず fork した状態。で、settings から Repository Name を spendingjpnaha.github.com に修正。これで手元に clone するらしい。 $ git clone git@github.com:gitOkinawaOrg…
某所でやろう、という事になり本日開催されました。以下な内容らしい。 ハンズオン (わし担当) markdown に関する話 初心者向けレクチャ 以下、控えを晒してみます。
