git push の取り消し方法 | WWWクリエイターズ
あ、間違って push しちゃった・・・ Git を使っていると、間違ってgit pushしてしまって、それを取り消したくなるようなケースは、時々あります。 間違えて master ブランチで作業して、中途半端なコミットを作ってしまった。しかもなぜか、間違って push してしまった・・・。 チームで共有しているリモートレポジトリに push したが、テスト不足で思いっきりバグを含んでいたので、いったん取り消したい。 間違いは、誰にでもあります。間違ったらやり直せば良いのです。 git push したコミットを取り消す それでは取り消しの方法です。解決の方針ですが、大きく２つの方針があります。 git push したコミットの取り消し方法の選択肢 ?過ちを隠す ：push した、コミットを取り消し、リモートから削除。無かったことにする。 ?過ちを認める：間違いコミットを打ち消す「rever
[Vue.js] なぜpropsのdefault値にObjectやArrayを指定する際にfactory関数にする必要があるのか - Qiita
[Vue.js] なぜpropsのdefault値にObjectやArrayを指定する際にfactory関数にする必要があるのかJavaScriptVue.js
![[Vue.js] なぜpropsのdefault値にObjectやArrayを指定する際にfactory関数にする必要があるのか - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/32431c07577d197a69fd3d401a87d04d8dc94e40/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCVnVlLmpzJTVEJTIwJUUzJTgxJUFBJUUzJTgxJTlDcHJvcHMlRTMlODElQUVkZWZhdWx0JUU1JTgwJUE0JUUzJTgxJUFCT2JqZWN0JUUzJTgyJTg0QXJyYXklRTMlODIlOTIlRTYlOEMlODclRTUlQUUlOUElRTMlODElOTklRTMlODIlOEIlRTklOUElOUIlRTMlODElQUJmYWN0b3J5JUU5JTk2JUEyJUU2JTk1JUIwJUUzJTgxJUFCJUUzJTgxJTk5JUUzJTgyJThCJUU1JUJGJTg1JUU4JUE2JTgxJUUzJTgxJThDJUUzJTgxJTgyJUUzJTgyJThCJUUzJTgxJUFFJUUzJTgxJThCJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz1iNDY3OTkxNzllYjE3NDA4MWY1YzE5N2VkZmEzZGI2ZQ%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBob2dlc3VrZV8xJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz01YTc0ZjRiNGY5NmJiMTI4YTc4OTRkZWE4OGY5NTE0Ng%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D613bf7a2b1ba831a01944df350050897)
【Laravel】migrationでカラムの変更に対応してないデータ型があった - Qiita
はじめに Laravelのmigration機能についてです。 migration機能では、DBのテーブル作成と削除やカラムの追加と削除などの操作を行うことができます。 カラムの変更では、カラムをnullableに変更したり、データ型を変更したりできます。 ある時、一部のデータ型でカラムの変更を行おうとした時にエラーが発生したので、 カラムの変更に対応してないデータ型があることを知りました。 あまり知られていないようなので、まとめます。 カラムの変更方法について カラムを変更するには,作成と同じようにカラム名を指定した後ろでchange()を呼びます。 例にあるようにInteger型などは普通に変更できます。 public function up() { Schema::table('products', function (Blueprint $table) { $table->unsi
【ROBOCOPY】コピー元にドライブを指定するとコピー先に隠しフォルダ・隠しファイルになって表示されない | ぴぐろぐ
コピー元にドライブを指定すると隠し属性が付与されてエクスプローラから見えなくなる。終了コードでエラー判定して正常終了していたので気づくのに時間がかかった。。。 ただ、コピー自体はできているので、フルパスを指定すれば見える。けど、エクスプローラでアクセスして見えないのは気持ち悪い。 それに、取れてないじゃん、いやドライブごとコピーしてるから隠しｚ・・・という無駄なやり取りが頭に浮かんだので対処した。 こんな状況でした まず、日次でバックアップを行っており、タイトルの通り Robocopy コマンドを使っている。 具体的には以下のような感じでコピー先にドライブ名を指定していた。オプションはこの事象には関係ないし長いので割愛。
『もう新しいアプリはインストール出来ないのでしょうか？』 シャープ IS01 au のクチコミ掲示板
新しいアプリをインストールできますよ。 もちろん、Google PlayからのインストールもOSのバージョンが対応してさえいればできますし、他には母艦PCから "adb install [アプリのパッケージ].apk といったコマンドからでもできますね。 ところで… >google playは未対応のＯＳでアンドロイドマーケット？（ここからアプリをＤＬしていたような気がします）はフリーズしたまま起動せず・・・。 とありますが、Google Playのパスワードを入れていないだけなのではないでしょうか？ タスクバーからフリックして、アカウントへのログイン画面を出せると思いますが、その辺は大丈夫でしょうか？ P.S. 実際にGoogle PlayからradikoアプリをインストールしてみてWi-Fiでラジオを聴くことができました。 まだまだ、IS01は現役です！(稼働率はかなり下がりましたけど
composer diagnoseでMissing pubkeyのとき - Qiita
composerが急に調子が悪くなったので、composer diagnoseで診断した。 すると、下記のようなエラー。 $ composer diagnose Checking platform settings: OK Checking git settings: OK Checking http connectivity to packagist: OK Checking https connectivity to packagist: OK Checking github.com rate limit: OK Checking disk free space: OK Checking pubkeys: FAIL Missing pubkey for tags verification Missing pubkey for dev verification Run composer
Composerのエラーの原因を調査する - ふたりはララベル （Laravel PHP Framework）
プロキシが必要な環境でComposerを使う場合には set HTTP_PROXY=http://ユーザ名:パスワード@プロキシのホスト:ポート番号実行する。それでもcomposerが動かない場合がある。以下の様なエラーがでるときだ。 [Composer\Downloader\TransportException] The "http://packagist.org/p/laravel/laravel$43a87xxx.json" file could not be downloaded (HTTP/1.0 404 Not Found)こういう場合は「composer diag」コマンドで原因調査ができる。 composer diag Checking platform settings: OK Checking git settings: OK Checking http connect
Atomで開く : Open With Atom が表示されない問題を解決した - nagashigaki
年末ということで、PCも掃除することにしました。 で以前から調子が悪かった愛するAtomを一旦消去し、再インストールすることに。 すると「Open With Atom」が消えてるΣ(ﾟДﾟ) 作業をするときは、これでプロジェクトを開いていたので、これがないと仕事始めから躓いてしまう・・・ google先生に解決策を聞いてみた レジストリを弄って調整する方法。 実は前回に、「Open With Atom」の表示とその横に正常にAtomのアイコンを表示するためにこの方法を参考にさせて頂いた。 確かに、目的の動作をしたのだが、副作用としてAtomが少し調子が悪くなった(アップデートなどがうまくいかない) なので、今回はこれ以外の方法を探してみる。 実は設定項目一発でできた というわけで、いろいろ探ってみるとAtomの中の設定項目にそれらしきオプションがあることが発覚！ そのオプションを適用すると
固定ページの本文 - ヒイロの日記
Wordpressの固定ページ（デフォルトテンプレート：page.php）の中身だけ表示されない現象。 <?php the_content(); ?> だけでは表示されない。 ちなみに <?php the_title(); ?> は単独でも表示できる。 the_content()を使うには以下でOK <?php if(have_posts()): while(have_posts()): the_post(); ?> <h2><?php the_title(); ?></h2> <?php the_content(); ?> <?php endwhile; endif; ?> 参考： the_post()がない場合、the_title()などは表示されるけど、the_content()だけ表示されないのでハマった。 http://d.hatena.ne.jp/kazuokohchi/201
[Git]コミットの取り消し、打ち消し、上書き - Qiita
を叩けばOK。 --softオプション：ワークディレクトリの内容はそのままでコミットだけを取り消したい場合に使用。 --hardオプション：コミット取り消した上でワークディレクトリの内容も書き換えたい場合に使用。 HEAD^：直前のコミットを意味する。 HEAD~{n} ：n個前のコミットを意味する。 HEAD^やHEAD~{n}の代わりにコミットのハッシュ値を書いても良い。 gitのv1.8.5からは、「HEAD」のエイリアスとして「＠」が用意されている。 HEAD~とHEAD^と@^は同じ意味。 HEAD^^^とHEAD~3とHEAD~~~とHEAD~{3}と@^^^は同じ意味。 ただしWindowsの場合はgit reset --soft "HEAD^"と、HEAD^を"で囲んでください。 git resetの詳細は、下記記事に詳しく書いているので、ぜひ参考にされてください。 ▼[g
![[Git]コミットの取り消し、打ち消し、上書き - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/6b3862690c83015454c27f3e596e20f50ee4870b/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCR2l0JTVEJUUzJTgyJUIzJUUzJTgzJTlGJUUzJTgzJTgzJUUzJTgzJTg4JUUzJTgxJUFFJUU1JThGJTk2JUUzJTgyJThBJUU2JUI2JTg4JUUzJTgxJTk3JUUzJTgwJTgxJUU2JTg5JTkzJUUzJTgxJUExJUU2JUI2JTg4JUUzJTgxJTk3JUUzJTgwJTgxJUU0JUI4JThBJUU2JTlCJUI4JUUzJTgxJThEJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz1iZWY2MzhhNmM0MmU2YWE1NjM0M2FkYjE0ZmQ2MDg4OQ%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBzaHVudGFyb190YW11cmEmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTAxOWU5OGNjMmY5Njk3YzdhMTAxOGM2YjdkNTliYzc5%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4g5qCq5byP5Lya56S-44K344Ot44Kv%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3D25173b740ba01be967eb39544ece7a33)
[ Python ] .poファイルのマージコンフリクトを解決 |
.poファイルのマージコンフリクトに苦しめられていたけど、git-po-mergeを使うと解決できたのでメモしておきます。 git-po-mergeをインストール $ sudo npm install -g git-po-merge ~/.gitattributesを編集 *.po merge=pofile *.pot merge=pofile ~/.gitconfigを編集 [core] attributesfile = ~/.gitattributes [merge "pofile"] name = Gettext merge driver driver = git merge-po %O %A %B 以上でセットアップは完了です。これでpoファイルでマージコンフリクトが起きても自動で解決してくれるようになります。
SSLの秘密鍵のパスフレーズを確認する - Webエンジニアの技術メモ 〜PHP、SQL、Linuxなど〜
覚えているが、念のため確認したいケース 以下でパスフレーズを聞かれるので、入力する事で確認できる $ openssl rsa -des3 -in server.key -out server.key.newあっていれば、そのまま新しい鍵が作成できる為、パスフレーズの変更にも使えます パスフレーズを解除したい時はこちら。一旦以前のパスフレーズが聞かれます $ openssl rsa -in private.key -out private.key Enter pass phrase for private.key: writing RSA key再度同じコマンドを打ってもパスフレーズが聞かれません（つまり解除されている） $ openssl rsa -in private.key -out private.key writing RSA key
Sambaでファイルアクセス - dondari
sambaでファイルアクセス 環境 サーバ linux (CentOS 5.3) ip address 192.168.0.1 クライアント WindowsXP SP3 ipaddress 192.168.0.2 設定手順 インストールされていなければ、yumで入れます。 # yum install samba samba-client samba-common sambaを起動します。 # /etc/init.d/smb start SMB サービスを起動中: [ OK ] NMB サービスを起動中: [ OK ] LAN上のWindowsから確認。 C:\>nbtstat -a 192.168.0.1 ローカル エリア接続: Node IpAddress: [192.168.0.2] Scope Id: [] NetBIOS Remote Machine Name Table Name
docker-compose upするとコンテナが一瞬でexited with code 1する話 - Qiita
WindowsにVagrant(VirtualBox) + Dockerで開発環境を構築していた際に上記の現象に遭遇した。VMのOSはCoreOS。 具体的には、docker-compose run {コンテナ名} bashは通るのに、docker-compose upすると コンテナが一瞬でexited with code 1するという状態。 その時に出ていたログはこちら。 standard_init_linux.go:178: exec user process caused "no such file or directory" 色々と調べまくっていたのですが、こちらで原因を発見。 原因は改行コードで、コンテナの起動時に実行しているstart.shを秀丸でいじっていたことが原因。 いつの間にか改行コードがCRLF(Windowsの標準)になっていた模様。LF(Linux/UNIXの標
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Loading...
Slow performance · Issue #49 · laravel-mix/laravel-mix
https://4to.pics/article/post/121
Docker Toolboxのディスク容量を増やす - docker - Program QA
git commit --amendをキャンセルする - Qiita
Dockerでコンテナの停止・削除ができなくなった時の対処法 - Qiita
