SourceTree で rebase してコンフリクト解決してすぐコミットしてしまったとき

git

qiita.com

上記の記事を参考にして、rebase -> コンフリクトの解決をしてたんですが、

特に手順5の後にコミットメッセージを入力してコミットしてしまうというミスを犯しやすいので注意が必要です。

これをやってしまいました。

SoureceTree からの解決方法が分からなかったので、コマンドから rebase を無かったことにしました。

1.コマンドで確認

$ git status
On branch fix-branch
You are currently rebasing branch 'fix-branch' on 'e114a18'.
  (all conflicts fixed: run "git rebase --continue")

nothing to commit, working tree clean

2.rebase中でコンフリクト解消したから、git rebase --continue を実行してみる。

$ git rebase --continue
Applying: コメント
No changes - did you forget to use 'git add'?
If there is nothing left to stage, chances are that something else
already introduced the same changes; you might want to skip this patch.

When you have resolved this problem, run "git rebase --continue".
If you prefer to skip this patch, run "git rebase --skip" instead.
To check out the original branch and stop rebasing, run "git rebase --abort".

3.対応方法がよく分からなかったので、rebase を無かったことにしようと git rebase --abort を実行。

rebase 中止して最初からやり直しました。

GitHub勉強会 in Kanazawa に行ってきた

git

connpass.com

メモ

感想

  • GitHub を中心に開発を行うってことが世界中でスタンダードになってきていると感じた
  • ただし、それはまだごく一部であって、どうやって今後 今も残るバージョン管理？なにそれ？みたいな企業が、自分で気づいて普及していけるかが大事
  • それをサボった企業とかに魅力はなくなってくよ（GitHub にかぎらず）

@wtnabe 氏のツイートを肝に銘じてく

Windows10 に Go インストール

Windows Go

環境

  • Windows10 64bit
  • Go 1.9

インストール

Downloads - The Go Programming Language

go1.9.windows-amd64.msi をダウンロード

インストールフォルダーも C:\Go\ のまま続行

インストールが完了すると GOROOT(C:\Go\), PATH(C:\Go\bin) 共に設定されているので、 コマンドプロンプトを起動して go コマンドを入力すると、help が表示される。

GOROOT とか PATH を自分で設定して、OS再起動必要みたいなブログもあったけど現在バージョンでは不要みたい。

あと、GOPATH っていう変数の設定が必要みたいだけど、Helpで確認すると設定されていない場合はホームディレクトリになるみたい。

>go help gopath

If the environment variable is unset, GOPATH defaults
to a subdirectory named "go" in the user's home directory
($HOME/go on Unix, %USERPROFILE%\go on Windows),
unless that directory holds a Go distribution.
Run "go env GOPATH" to see the current GOPATH.

とりあえず最初はこのまま。

初めて家族でキャンプに行ってきたのでメモ

家族

家族

  • 自分、妻、男の子（２歳１１ヶ月）
  • キャンプ初めて

行った日

8/26, 27 の１泊２日

行ったキャンプ場

奥飛騨温泉郷オートキャンプ場

選んだ基準

  • オートキャンプ場
    • 車を近くに止めて移動を楽にしたかった
  • 子供の遊び場がある
    • 魚釣りや遊具もあって、子供はすごく楽しんでいた。
    • 釣った魚を焼いて食べれるのもいい
  • 自宅から二時間以内
  • ある程度施設が整っている
    • 初心者なのでサバイバル的な要素はなし
  • レンタルが可能
    • とりあえず一回やってみて、色々揃えたかった（テントなど）

事前に準備したもの

レンタルしたもの

  • テント
  • テーブル ２つ
  • 椅子 ２つ
  • ランタン １つ

ほしいもの

  • まくら
    • 硬くて寝心地が悪かったのもあるが、腕に頭おいて寝たせいで首が痛かった
  • 厚手のマット
    • 今回、銀マット+ 寝袋で寝たけど硬いし、寝心地が悪い（夜中に何回か起きた）
    • エアベッドが必要かは要検討
  • ランタン
    • 今回自分たちのキャンプしている場所だけ暗かった
    • 白色系のランタンをレンタルしたけど、暖色系の方が雰囲気も出て圧倒的に良い
    • 明るさもある程度必要
  • コンロ
    • １つでは調理待ちが発生してしまって同時に調理が出来ない
    • ２つは必要

  • テーブル、椅子

    • ある程度快適に過ごせる大きさのものが必要

  • テント

    • レンタルじゃなくて自分のでキャンプしたい
    • どんなのがいいかはまだよく分からない
    • 快適に過ごすためには３人で寝ても余裕のある大きさは必要

Visual Studio Team Services のリモートブランチが Visual Studio に表示されないとき

環境

現象

Visual Studio Team Services にリモートブランチを作成したけど、Visual Studio の チームエクスプローラーに表示されなくて、 リモートブランチを clone 出来ない

対応

チームエクスプローラーの同期メニューで上部のフェッチをクリックすると表示される。

入力方向のコミットの下のフェッチではない。

参考 stackoverflow.com

Visual Studio Team Services にアクセスできない現象が発生した

昨日の夕方ごろから Visual Studio Team Services にアクセスできない現象が発生していた。

visualstudio.com が DNS で名前解決が出来ていない。
Twitter で確認すると同じ状況の人が何人か確認出来た。

今朝は回復していたが、お昼頃にアクセスできなかった。

対応状況については下記を参照
blogs.msdn.microsoft.com

東京リージョンに悪さする DNS があったのが原因。

8/3 19:54現在は、復旧してアクセス出来ている。

Jenkins でメール送信するときに送信者が「まだアドレスが設定されていません。 <nobody@nowhere>」となるけどどこで設定変えるの？ってなったとき

Jenkins 
Jenkinsの管理 -> システムの設定 -> Jenkinsの位置 -> システム管理者のメールアドレス

で変更できる。

「E-mail 通知」とか「拡張E-mail通知」の設定項目見てたけど、全然違った。