タグ

toolとTipsに関するAmaiSaetaのブックマーク (55)

  • Gitのおすすめエイリアス5選 - 詩と創作・思索のひろば

    緊急新人エンジニア応援企画! ということで自分が Git のエイリアスとして設定している便利コマンドを紹介していく。 直前のコミットに追いコミットする (git fixit) git commit --amend --no-edit もろもろ整えて git push しよう、とすると「あっちょっと修正したい」となるのはよくあること。その際いちいちコミットメッセージを書いて rebase するかというとそんな面倒はとりたくなく、一撃で終わらせたい。--no-edit でコミットメッセージを編集せずに --amend できる。 git fixit に設定している。git commit の引数をそのまま受け付けるので、git fixit -a や git fixit <file> のように使える。 メインブランチに戻る (git com) f() { remote_head=$(git symb

    Gitのおすすめエイリアス5選 - 詩と創作・思索のひろば
  • Eclipse スクラップブックの便利な使い方 | Eclipse | 開発環境/開発ツール

    eclipseのスクラップブック・ページを使うと、断片的なコードを実行することができます。 メソッドコールや自分のコードをクラスに組み込む前に動きを確かめるなど、何か思いついたときにすぐに使える、なかなか便利なもの。 実はこの「なかなか」なスクラップブック・ページは、開発中に「かなり」便利に使える強力なツールにもなるのです。 関連記事: OutOfMemoryErrorの原因と対応(1) NoClassDefFoundErrorの原因と対応(1) SimpleDateFormatのマルチスレッド問題 まずは動かしてみる 百聞は一見にしかず。スクラップブック・ページを使ったことのない方はまずは動かしてみましょう。 操作は、Javaプロジェクト上で「新規」-「その他」-「Javaの実行/デバッグ」-「スクラップブックページ」を選び適当なファイル名をつけて終了。 「.jpage」という拡張子のテ

    Eclipse スクラップブックの便利な使い方 | Eclipse | 開発環境/開発ツール
  • Windowsローカル開発環境からgit commitする時にはパーミッションに気を付けること - Qiita

    背景 railsでdelay_jobやwheneverを実装し、ローカル開発環境では問題なくジョブが走った。 しかし番環境にデプロイ後、ジョブが走らなかった。 エラーログを確認したところrailsのbinディレクトリ以下の各ファイルの権限が644となっており、実行権限がないことが判明。 だとしたら、ローカル開発環境でも動かないはずだろ?? そんな思いからいろいろ調べてみた。 windows環境でのgitbushはchmodが効かない!! chmod 777 ファイル名してもchmod 644 ファイル名してもchmod o+w ファイル名しても何しようが権限が変更されない。 大丈夫! これはwindowsの仕様の問題らしい。 なのでスッキリあきらめよう! git addするとパーミッションが自動的に変更され644になってしまう!! これはgitの仕様。 おそらくですが、大規模開発を想定し

    Windowsローカル開発環境からgit commitする時にはパーミッションに気を付けること - Qiita
  • インフラエンジニアを20年やってて初めて知ったtopコマンドの表示を劇的に見やすくする方法 | 株式会社ビヨンド

    こんにちは、カナダに来て1年弱ですが、いまだに"how are you?"にアイムファインセンキューと返してしまう全然英語が上達してない聖賢です。 インフラエンジニアならみんな大好きtopコマンド、おそらくビヨンドの中ではサーバ運用の中で最初に覚えるコマンドじゃないでしょうか。 実は結構奥が深いコマンドでいろんなことができるので、これまでドヤ顔で「こんなこともできるんやで」と上司の威厳、、、もとい先輩としての経験を後進に伝えていたのですが私も最近になって初めて知った超便利な使い方を紹介したいと思います。 ちょっと長いですがお付き合いください。 普通にtopコマンドを実行すると以下のような画面が表示されます 結構これだけでもサーバ運用には重要な情報が詰まっているのですが、topコマンドの見方などは他でも色々と紹介されていると思うので今回は割愛します 今回はこのtopコマンドの表示を最終的にこ

    インフラエンジニアを20年やってて初めて知ったtopコマンドの表示を劇的に見やすくする方法 | 株式会社ビヨンド
    AmaiSaeta
    AmaiSaeta 2021/10/09
    手元のFedora34だと、設定ファイルの保存先だけ違った。~/.config/procps/toprc
  • Gitのエイリアスで引数を使う

    B! 20 0 0 0 Gitで長いコマンドをエイリアスにして短いコマンドにしておくと便利ですが、 ちょっと複雑なことまでやろうとした場合について。 git config alias 外部コマンドを渡す 引数を渡す 実行されるディレクトリ より長いコマンド サブコマンドを作る まとめ git config alias Gitでエイリアスを追加したい時は $ git config --global alias.st status などとすると、~/.gitconfigへ [alias] st = status という行が付け加えられ、今後 $ git st とすると、git statusとした時と同じ結果が見られます。 --globalを除けば現在の作業リポジトリのみに反映される様に.git/configへ追加されます。 もちろん、~/.gitconfig等に直接[alias]下にコマンドを

    Gitのエイリアスで引数を使う
  • オートフォーマットの使い方 – Evernote ヘルプ&参考情報

    エラー お探しのページが存在しないようです。 アドレスが間違っているか、ページが移動した可能性があります。 ホームページへ戻る

    オートフォーマットの使い方 – Evernote ヘルプ&参考情報
  • 明日から使える Command-line window テクニック - Qiita

    この記事は Vim Advent Calendar 7 日目の記事です.6 日目の記事は daisuzu さんによる VimのtagfuncでLSPを使う でした.8 日目は gorilla0513 さんの記事が入る予定です. はじめに 皆さんは Vim の Command-line window をご存知でしょうか. 名前に馴染みがなくとも,あるいは「意図して」使ったことがなくとも,見たことのある方なら多いかもしれません.そう,Vim を終了しようと思って :q と押したつもりが間違って q: と押してしまったときに起動してしまう,あの画面です. Vim 初心者にとっては初見殺しのこの画面.私も初めて出会ったときはとても困惑しました.Vim を終了させようとしたのに,終了しないどころか代わりに変な画面が出てきた.得体の知れないこの画面をどう閉じれば良いかも分からない(<ESC> を押して

    明日から使える Command-line window テクニック - Qiita
  • Eclipseでコメントの前の方だけ文字化けする - Qiita

    はじめに JavaのプログラミングでSTS(Eclipse派生IDE)を使っているのですが、今日、突然、文字化けするようになりました。 こんな感じにコメントの先頭の方だけ文字化けします! 他のエディタで開くと文字化けしていなく、STSで開いたときだけの現象です。 ちなみに環境は以下の通りです。 STS 3.9.5 原因はフォント 文字コードの設定等を見直しましたが、特に問題はなさそうで、これは迷宮入りか?と諦めかけていたところ、先輩が「それフォントの設定かも」と助言をくださり、フォントを見直したところ、解決しました! 解決方法 まず、STSのツールバーからウィンドウ→設定を開きます。 左側の一般→外観→色とフォントをクリックします。 中央のリストにあるJavaを開き、中にあるJava エディター・テキスト・フォントを選択し、編集をクリックします。 こんなダイアログが表示されます。私の場合、

    Eclipseでコメントの前の方だけ文字化けする - Qiita
    AmaiSaeta
    AmaiSaeta 2019/09/02
    Java以外(JSPとか)も対応するには Basic→ Text Font っぽい
  • 空のディレクトリを維持するための、 .gitkeep と .gitignore の使い分け - Qiita

    空のディレクトリをコミットに含めたいときは、2つのやり方があります。.gitkeep を使う方法 と、 .gitignore をおいておく方法(例えばPHPのフレームワーク Laravel で用いられている方法)です。 空のディレクトリを保持する目的で使用する .gitignore は、たいていの場合、以下のような内容になっています。 使い分けの基準 .gitkeep と .gitignore は、「空のディレクトリにファイルが追加されたときに、そのファイルを Git での管理対象に含めたいか?」という基準で、使い分けられます。 含めたい場合は .gitkeep 、含めたくない場合は .gitignore を使います。 .gitkeep を使う基準と例 .gitkeepは、「デフォルトではファイルが存在しないけれど、ファイルが追加されたら、そのファイルを Git での管理対象にしたい」場合

    空のディレクトリを維持するための、 .gitkeep と .gitignore の使い分け - Qiita
    AmaiSaeta
    AmaiSaeta 2019/03/26
    .gitkeep知らなかった
  • awesome で、キーボードからウィンドウを移動/リサイズする - mooz deceives you

    色々追加版 ウィンドウ操作系の設定ファイルをまとめてみる - mooz deceives you 旧記事 せっかくタイル型 WM 使ってるのに、フローティングウィンドウの位置を調節する為にいちいちマウスまで手を伸ばすのは億劫。 例えば Windows キー + 矢印キー でウィンドウの移動、 Windows キー + Ctrl + 矢印キー でウィンドウのリサイズ、のような動作をさせたければ、 -- Move floating window with arrow keys keybinding({ modkey }, "Left", function () awful.client.moveresize(-20, 0, 0, 0) end):add() keybinding({ modkey }, "Right", function () awful.client.moveresize(2

  • git で日付を指定して log や diff を見る - Qiita

    Help us understand the problem. What is going on with this article?

    git で日付を指定して log や diff を見る - Qiita
    AmaiSaeta
    AmaiSaeta 2018/02/09
    `--since` と `--until`
  • Linuxのパッケージをアップデートしたあとrestartが必要なプロセスを見つける方法 - Qiita

    はじめに 脆弱性対応のためのアップデート作業というものは頻繁に発生するものですが、番運用しているシステムではサービスへの影響を最小限にしたいものです。 アップデートした後、出来ることなら必要なプロセスだけリスタートさせることで済ませたいのですが、どのプロセスをリスタートすれば良いのか、そもそもOS再起動しないと反映されないものなのか、判断が付かない場合が少なくありません。 そのような場合のため、再起動が必要なプロセスを見つけたり、OS再起動が必要かどうかアドバイスしてくれるコマンドがあります。 Redhat系 「yum-utils」パッケージに入っている「needs-restarting」コマンドを使います。 # needs-restarting -h Usage: needs-restarting: Report a list of process ids of programs th

    Linuxのパッケージをアップデートしたあとrestartが必要なプロセスを見つける方法 - Qiita
  • Git Undo エイリアスを定義する | POSTD

    (注:2017/06/22、いただいたフィードバックを元に翻訳を修正いたしました。) このような経験はありませんか?「ローカルのコミットをし過ぎてしまったことに急に気づいて ローカルコミットを書き直している最中 、rebaseしすぎてしまい、自分が思い描くような履歴になっていなかった」。どうですか? 私はあります。そのような時、「ただ CTRL + Z で開始時に戻れればいいのに……」と思います。もちろん、決してそんなに単純ではありません。 GUI でさえもです。 そんな絶望的な瞬間を経験することがあったので、 git undo コマンドを独自に作成する決心をしました。以下に私のアイデアと、そこに行き着くまでの過程を紹介したいと思います。 Reflog Gitのundo操作を行うために私が最初に目を付けたのは、reflogです。「 reflogとは何だろう? 」と思うかもしれませんね。Gi

    Git Undo エイリアスを定義する | POSTD
  • 実はスゴイ「CodePen」の隠れた必殺機能の使い方をまとめてみた! : うえぶはっく

    ブラウザ上で、手軽にWebプログラミングを書いて実行できるコードエディタ「CodePen」をご存知の方は多いと思います。 使えば使うほど、このサービスが多機能であることに気付くわけですが、特に便利だと感じるちょっとマニアックな使い方だけをピックアップしてみました。 一応、公式のドキュメントには書いてあるのですが、「翻訳が面倒な人」や「そもそも知らない」…という人に向けて紹介しておきます。 「ソースコード」のホスティング機能! 「CodePen」では、簡単に「HTML/CSS/JavaScript」を書いて「実行&保存」できますが、書いたコードはどこからでも参照することができます。 例えば、何かコードを書いて保存すると専用の「プロジェクトURL」が自動的に発行されます。 このURLの末尾に、「.js」「.css」「.html」と追記するだけで参照できるようになります。 JavaScript

    実はスゴイ「CodePen」の隠れた必殺機能の使い方をまとめてみた! : うえぶはっく
  • git push -f を捨てよ、--force-with-leaseを使おう - ちぎっては投げるブログ

    japan.blogs.atlassian.com そもそもforceで上書きするなという話もあるが、master/develop以外の作業ブランチでは、developにマージリクエストを出す前に、すでにpushしているコミットを綺麗にrebaseするためにpush forceすることはある。 最初から綺麗なコミット単位のみをpush出来ればいいのだが、翌日急に休んだときに誰かが引き継げるようにとか、ローカルのデータが吹っ飛ぶ可能性を考えてバックアップの意味でpushするとか、諸々の理由をつけて作業がきちんと完結していない状態でpushすることもある。もちろん、そんなことをするのは作業ブランチ限定で、developやmasterには仮コミットはpushしてはいけないし、あとで消す仮コミットであることがわかるようにコミットログを書いておくのが良いと思う。 そうしたわけで、push -fをする

    git push -f を捨てよ、--force-with-leaseを使おう - ちぎっては投げるブログ
    AmaiSaeta
    AmaiSaeta 2016/04/19
    矯正出来ず-fしてしまいそう。Gitのオプションで--forceの挙動をコレに出来ればいいのに。
  • git bisect で問題箇所を特定する - Qiita

    以前は問題なく動いていたはずの機能が、最新版では動かなくなっている・・・。こんなときは、「どのコミットが問題を混入させてしまったのだろうか?」を知りたくなるでしょう。 これを手助けするのが git bisect コマンドです。git bisect コマンドは、二分探索によって問題箇所を特定します。 事前準備 最初に大事なことがひとつあります。それは、「問題がない(good)状態と問題がある(bad)状態を、確実に判定できるようにする」 ことです。 当然のことではありますが、ここがあやふやだと、二分探索をしても問題箇所をうまく特定できません。 可能なら、「テストスクリプトを1つ実行するだけで判定」できるようにしたほうが良いです。このとき、テストスクリプトは、git リポジトリからチェックアウトした作業ツリーに対して実行できるようにします(例えばソースからのビルド処理もテストスクリプトに含めま

    git bisect で問題箇所を特定する - Qiita
    AmaiSaeta
    AmaiSaeta 2015/05/19
    自動実行なんて出来るのか。 | bisect、今日初めて使ってチョット感動した。
  • git commit したときにfatal: could not open '.git/COMMIT_EDITMSG': Permission denied が出た場合 - Qiita

    git commit したときにfatal: could not open '.git/COMMIT_EDITMSG': Permission denied が出た場合Git git commit してコメントを書こうとしたら fatal: could not open '.git/COMMIT_EDITMSG': Permission denied が出てきてしまうときは COMMIT_EDITMSG を別のディレクトリに移動してからふたたび行うと正常になります。 COMMIT_EDITMSG は前回のログなので破棄しても問題ない と思います…… Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back

    git commit したときにfatal: could not open '.git/COMMIT_EDITMSG': Permission denied が出た場合 - Qiita
  • Lessの便利な使い方

    最近 Stop using tail -f (mostly) や 「tail -f」を使うのは情弱、情強は「less +F」を使う などless押しな記事が幾つか上がっているんだけど、タイトルが煽り気味なのか若干反感を呼んでいるようなのでless派が職場で肩身の狭い思いをしないようにもう少し便利な使い方を紹介したい。 tail -fの様なScroll forward less +Fで起動またはless起動中にF 元記事にもあるtail -fと同様の振る舞い。正直この機能と検索だけでいいのであればtailで十分。lessの便利なところは様々な機能との組み合わせにあって、これから紹介する機能は基的にこのモードと組み合わせが可能だ。あと、less開いてFのほうがタイプが面倒くさくないのでおすすめ。 1行で表示する (改行しない) less -Sで起動またはless起動中に-Sr(-Sでモード切

    Lessの便利な使い方
  • Thunderbirdの折り返し(改行)文字数を変更する方法 - ビジネス文章作成、パソコン業務代行の『たすかるワーク』のブログ

    Thunderbirdでは設定によって作成した文章が自動で改行されてしまいます。 自分が指定した文字数で改行させたい場合は、以下のように設定します。 Thunderbirdバージョン2の場合 [メニュー] の [ツール] → [オプション] → [編集パネル] → [一般タブ] にある「プレーンテキストメッセージを改行」という数字の部分を自分が改行したい文字数に変更します。 この部分を0にすると「改行しない」指定になります。 Thunderbirdバージョン3の場合 Thunderbird3から折り返し文字の設定はメニューから変更できなくなってしまいました。 改行したい場合は、以下のようにおこないます※ ※この設定を変更する場合、Thunderbirdの動作対象外となります [メニュー] の [ツール] → [オプション] → [詳細] → [一般タブ] にある設定エディタボタンをクリック

    Thunderbirdの折り返し(改行)文字数を変更する方法 - ビジネス文章作成、パソコン業務代行の『たすかるワーク』のブログ
  • Git - Git の属性

    1. 使い始める 1.1 バージョン管理に関して 1.2 Git略史 1.3 Gitの基 1.4 コマンドライン 1.5 Gitのインストール 1.6 最初のGitの構成 1.7 ヘルプを見る 1.8 まとめ 2. Git の基 2.1 Git リポジトリの取得 2.2 変更内容のリポジトリへの記録 2.3 コミット履歴の閲覧 2.4 作業のやり直し 2.5 リモートでの作業 2.6 タグ 2.7 Git エイリアス 2.8 まとめ 3. Git のブランチ機能 3.1 ブランチとは 3.2 ブランチとマージの基 3.3 ブランチの管理 3.4 ブランチでの作業の流れ 3.5 リモートブランチ 3.6 リベース 3.7 まとめ 4. Gitサーバー 4.1 プロトコル 4.2 サーバー用の Git の取得 4.3 SSH 公開鍵の作成 4.4 サーバーのセットアップ 4.5 Git

    AmaiSaeta
    AmaiSaeta 2014/02/12
    .gitattributesについて