新しいものを表示
神楽坂しえる さんがブースト

「オフィスカジュアルらしいですけど、昨日スーパーマンのコスプレしてる人いましたよ」と話をふったら「最近の設定では、あれはスーパーマンの故郷の星の正装ということになってて...」という話がはじまってしまった。(グッドコミュニケーション)

そもそも自分のVR酔い耐性がどのくらいなのかが良くわからないのでまず限界をベンチマークする必要があるのではないか(一回吐くらいまで飲酒して限界を知っておいた方が良い理論やめろ)

とりあえず全部コミットするのまだ慣れなくてわたしが作業で作ったデプロイシステム unstagedファイルごとデプロイしてる

神楽坂しえる さんがブースト

ところで stash は add するファイルを調整すれば一部ファイルや差分のみ stash することもできた気がします

git stash 慣れてないので まだ apply した時にちゃんと元に戻るのか不安な私です(だめ)

git stash なー
メンタルがSVN系なのでだいたい全部の操作がディレクトリ丸ごとなことにまだ慣れていない…

神楽坂しえる さんがブースト

根本的に、「unstaged / unmanaged な変更がある状態で merge を行う」というのがおかしいのでは

神楽坂しえる さんがブースト
神楽坂しえる さんがブースト

gitのマージ失敗時の処理はぐぐるとなぜか git reset 系の手元で変更してるファイルがある怠惰な人間にはとても危険なコマンドが出てくるのですけど、
私としましてはいったんコンフリクトしてるファイルを全部 git add 後 git commit してマージは完了させてしまった後でマージ前のリビジョンをチェックアウトして元いたブランチを消して戻った位置にブランチを作成しなおすのを推奨します。

だいたいコミットしてない変更がめっちゃあるので git reset --hard すると死にます

うちマージしまくってる < PRにmasterをマージ

(ただしgitに対する知識があるていど必要)

神楽坂しえる さんがブースト

git で一番恐ろしいミスは、 unstaged な変更を消してしまうことと .git を消してしまうことで、後者は git コマンドから起こることはおそらくないので、コミットされたものを弄るだけなら大概のことは取り返しがつく

rebaseとかcherry-pickした物をリモートに送ってはいけないという訳ではなくて、リモートに送ると誰かがpullとかmergeしてしまうかもしれないので送らない方が良いというやつ

コミットログがカオスになりますけど。

rebaseとcherry-pickはうっかりして事故るのが怖いので回避するほうですね

じつは毎回リリースノート見てない… :blob_sweat_smile:

古いものを表示
GGTea - Mastodon

Mastodonは、オープンなウェブプロトコルを採用した、自由でオープンソースなソーシャルネットワークです。電子メールのような分散型の仕組みを採っています。