プログラムの実行時間を99％短縮した「たった1行のコード」とは？
プログラムの実行速度やウェブサイトの表示速度は、たった数秒の改善でも多くのエンジニアたちの苦心を必要としますが、時として拍子抜けするほどにあっけなく、かつ劇的な改善がなされる場合もあります。画像共有サービスのPinterestが自社のブログで「たった1行の変更でコードの実行時間を99％短縮した」事例を紹介しています。 How a one line change decreased our build times by 99% | by Pinterest Engineering | Pinterest Engineering Blog | Oct, 2020 | Medium https://medium.com/pinterest-engineering/how-a-one-line-change-decreased-our-build-times-by-99-b98453265370
過去のコミットを削除する方法 - Qiita
はじめに Git初心者の私が使用したコマンドの中でも、過去のコミットの削除を行う方法をご紹介します。 前提 ディレクトリ構成とコミット履歴下記のとおりです。 これらのコミットに対して操作をしていきます。 $ git log --name-status commit 1e0676bc80d26143c972aa9b08ff4940a10e22e8 Author: Your Name <you@example.com> Date: Wed Dec 16 10:42:35 2015 +0900 Added third.txt A third.txt commit 5e6448ddb2c4ecd12ec24175e58c49582836b45a Author: Your Name <you@example.com> Date: Wed Dec 16 10:41:59 2015 +0900 Adde
gitのベアリポジトリとノンベアリポジトリ - Qiita
はじめに リーナス・トーヴァルズはgitを10日間で作ったとか、神はいるんだねえ。 開発用Macでコーディング、その後サーバにpushして…という僕のような開発スタイルの場合、githubにpushするという仕組みに必要性を感じなくて、開発用クライアント(Mac)対本番用サーバ(linux)間でのgitの関係を理解して、やっとgitを使う必要性が見えてきたのでした。 サルわかもリモートリポジトリでBacklogあたりでわかんなくなってた。 gitのリポジトリとかの概念 branchとかmasterとかの以前に、リポジトリと作業ディレクトリの概念、bareとnon-bareリポジトリについて bare［ベア]とは bareとは裸の、とか剥き出しとかいう意味 ベアリポジトリは作業ディレクトリを持たない。更新されたとか情報のみを持つ。 ディレクトリ名は「hogehoge.git」のように".gi
今日からはじめるGitHub ～ 初心者がGitをインストールして、プルリクできるようになるまでを解説｜ハイクラス転職・求人情報サイト AMBI（アンビ）
今日からはじめるGitHub ～ 初心者がGitをインストールして、プルリクできるようになるまでを解説 エンジニアであれば、チーム開発ではもちろんのこと、個人開発でもGitを用いてバージョン管理していきたいもの。今回は、GitやGitHubをはじめて使う人に向けて、導入から初歩的な使い方までを解説します。 ソースコードの管理はできていますか？ ファイルを修正するときに、修正前のソースコードをhoge.php.bakのようなバックアップファイルとして残し、開発環境をゴミだらけにしていませんか？ エンジニアであれば、チーム開発ではもちろんのこと、個人開発でもGitを用いてバージョン管理していきたいもの。今回は、GitやGitHubをはじめて使う人に向けて、導入から初歩的な使い方までを解説します。 ここではGitの詳細な仕組みには触れません。GitやGitHubを利用したことのない人が、Gitを
【Git】git rm --cached [ファイル名]：ファイルを管理対象から除外する - Qiita
しばしば調べてる気がするのでメモ。 タイトル見ただけでほぼ分かるようにしてみた。 自分はたいてい、 ファイル名の camelcase を書き間違えたのに気付いてリネームした後、 git に誤認識されておかしくなったのを直すために使ってる気がする。。
![【Git】git rm --cached [ファイル名]：ファイルを管理対象から除外する - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/09d8a67b21aa24ef9a7efd118d5900f77de3339b/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-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JUUzJTgwJTkwR2l0JUUzJTgwJTkxZ2l0JTIwcm0lMjAtLWNhY2hlZCUyMCU1QiVFMyU4MyU5NSVFMyU4MiVBMSVFMyU4MiVBNCVFMyU4MyVBQiVFNSU5MCU4RCU1RCVFRiVCQyU5QSVFMyU4MyU5NSVFMyU4MiVBMSVFMyU4MiVBNCVFMyU4MyVBQiVFMyU4MiU5MiVFNyVBRSVBMSVFNyU5MCU4NiVFNSVBRiVCRSVFOCVCMSVBMSVFMyU4MSU4QiVFMyU4MiU4OSVFOSU5OSVBNCVFNSVBNCU5NiVFMyU4MSU5OSVFMyU4MiU4QiZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MTQyN2Y0NWNkYmM1YTJmNGIwZWUwNWEwMGU3NGY0NDU%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwbWVndV9tYSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9YjUzZjM4YzgyYmMxMmFlZDA2NjE0MGQ2Y2YwN2VjNzg%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Da96e9173dca5e3a6d592ffc50aec9447)
同じマシンで複数のgithubアカウントを使い分ける - Qiita
例えば、個人ではGithub、会社ではGHEのアカウントを持っているなどの場合、同じマシンでアカウント(コミッター名)を使い分ける方法。 単純に、--globalを付けなければリポジトリ単位で設定できるので、使用頻度が高い方を--globalで設定し、もう一方はリポジトリ単位で設定する。 ファイルでいうと、--globalをつけるとhomeの設定~/.gitconfigに、つけないとそのリポジトリ内の設定./.git/configに書かれるということになる。 メインのアカウント(~/.gitconfig) git config --global user.name "メインアカウントのユーザ名" git config --global user.email "メインアカウントのメールアドレス"
git gcの自動実行はいつ行われるのか - $shibayu36->blog;
gitを使ってるとたまにgit gcが走る。これがどういうタイミングで実行されているか調べたので軽くメモしておく。 Gitでは時々auto gcが走る Git - Book を見ると、以下のように書かれている。 Git は時々 "auto gc" と呼ばれるコマンドを自動的に実行します。大抵の場合、このコマンドは何もしません。もし沢山の緩いオブジェクト（パックファイルの中にないオブジェクト）があったり、あまりに多くのパックファイルがあると、Git は完全な（full-fledged）git gc コマンドを開始します。 さらに、auto gcは普段は何もせず、特定の条件を満たすと実際にgcするとも書かれている。 繰り返しますが、これは通常は何も行いません。約 7,000個もの緩いオブジェクトがあるか、または50以上のパックファイルがないと、Gitは実際に gc コマンドを開始しません。これ
Gitの驚愕の真実：1億行のファイルに1行追記するとレポジトリ容量が200MB増える[※補足あり] · DQNEO日記
１億行のファイルに１行追記するだけでレポジトリ容量が２倍になった 以前の記事「Gitレポジトリはパッチの集積ではなくてスナップショットの集積である。」を確認するために、１億行のファイルを作って実験してみました。 結果は、なんと１行追記しただけでレポジトリ容量が200MB増加し、サイズが２倍になりました。 実験手順 空のレポジトリを作る １億行のファイルを作ってgit addしてgit commit コミットする そのファイルに１行だけ追記してgit addして git commitする 空のレポジトリを作る $ git init １億行のファイルを作る １億行のファイル(１から1億までの数字が書かれたファイル)を作ります。 $ seq 1 100000000 > numbers.txt この時点で、ワーキングツリーとレポジトリ容量を調べてみます。 $ ls -lh 合計 848M -rw-
![Gitの驚愕の真実：1億行のファイルに1行追記するとレポジトリ容量が200MB増える[※補足あり] · DQNEO日記](https://cdn-ak-scissors.b.st-hatena.com/image/square/8f7de7c0278993661a11fbc3637f96292ba773aa/height=288;version=1;width=512/http%3A%2F%2Fdqn.sakusakutto.jp%2Fimages%2Fkali.jpg)
git addの取り消しと、コミット済みのファイルを除外する方法 - kanonji’s diary
git addを取り消す $ git reset HEAD foo.txt git add で編集内容が index に追加*1されます。 間違えて index に追加した場合に、このコマンドで取り消しができます。 $ git add foo.txt $ git status # On branch master # Changes to be committed: # (use "git reset HEAD <file>..." to unstage) # # modified: foo.txt # $ git reset HEAD foo.txt Unstaged changes after reset: M foo.txt $ git status # On branch master # Changed but not updated: # (use "git add <file
)
git/無視するファイルを指定する方法(.gitignoreについて) - TOBY SOFT wiki
はじめに † gitで無視するファイルを指定する方法。 .gitignoreをトップディレクトリに置きます。 注意点：CVS同様基本的にgitはディレクトリを扱いません。ですので、空のディレクトリを扱いたい場合は、空のディレクトリ内に空の.gitignoreファイルを置いてgit管理下におけばよいでしょう。 (ディレクトリを扱えないことはCVSの大きな欠点だと思っていたので、私には疑問点がありますが) ↑ 実例で学ぶ.gitignoreの書き方 † # ←で始めるとコメント行 # サブディレクトリを含む hoge.dcu 等のファイルを無視したい # ※ *.dcuはDelphiのコンパイル済みファイル *.dcu # トップディレクトリの*.exeファイルのみを無視対象にしたくなった、 # サブディレクトリは無視しない方向の場合 /*.exe # tmp ディレクトリまるごと無視したい場
Git の Commit Author と Commiter を変更する - Qiita
Git のコミットには、Author と Commiter の2つが存在します。 例えば、いつもと違う PC を使ったときに、.gitconfig の設定が違うと、コミットに意図しないメールアドレス・ユーザー名が入ったりします。 Git で見るとこんな感じ $ git log -1 --pretty=full commit befdbcd2389373088fe3e83d9c0d401a9de7717d Author: hogehoge <dummy@example.com> Commit: fugafuga <test@example.com> add test.txt GitHub 上では、コミットに表示される、いつもの自分のアイコンが表示されなくなるので、ちょっと気になります。 そこですでにコミットしてしまった、コミットの Author と Commiter を変更する方法についてま
現場で使うGitのテクニック - Qiita
お疲れさまです、trebyです。 もうだいぶ日付が変わりそうな勢いですが、Git Advent Calendar 2014の23日目を担当させていただきます。 Gitを業務で使い始めて早2年、だいぶ慣れてきた感じがありますが、それをアウトプットする機会があるかといえばなかなかありません。せいぜいたまに同僚に聞かれるくらいでなんかもったいない感じがあります。 そこで今日は私個人がgitを使って仕事をする上でどういうフローしているかなーということを改めて文字にアウトプットしてみたいと思います。ご参考にしていただくなり、ツッコミしていただくなりしていただけますと幸いです。 なお、本投稿において想定するツールはGit、ホスティングサービスはGitHubですが、多分その他のサービスでもいけるのではないかと思います。 開発準備 「新しくチームに配属された！」等のシチュエーションを想定しています。 開発
ぐにゅぐにゅ動く直感的なGitクライアント ungit｜TechRacho by BPS株式会社
ungitはnode.jsで動くグラフィカルなgitクライアントです Learn Git Branchingみたいな直感的なGUIで操作できるので とても分かりやすいです インストール 今回はnvmを使用してnode.jsを入れます $ git clone git://github.com/creationix/nvm.git ~/.nvm $ source ~/.nvm/nvm.sh $ nvm install v0.10.22 $ npm install -g ungit $ nvm use v0.10.22 ログイン時も有効にしたい場合は.bashrcに以下のように書いておきます if [ -d $HOME/.nvm/ ] then source ~/.nvm/nvm.sh nvm use v0.10.22 > /dev/null fi 起動 以下のコマンドで
空のディレクトリをgitで管理するには.gitkeepを使う（.gitignoreは使わない） - YomuKaku Memo
gitを使ってバージョン管理を行う際に、プロジェクト全体のツリー構造をそのまま管理する目的で、中身が何も無いディレクトリもgitの管理下に置きたい場合があります。 何も対応しないと、gitは空のディレクトリをバージョン管理してくれません。 中身が空のディレクトリをgitのバージョン管理下に入れるためには、当該の空ディレクトリの中に .gitkeep というファイルを作成してからgitで管理します。 実例 Railsのアプリケーションを新しく作成する場合を例に用います。 $ rails new test_application $ cd test_application $ ls -l vendor/plugins （vendor/pluginsは中身が空なので何も出力されません） 上のように、vendor/pluginsは中身が空です。 このディレクトリをgitの管理下に入れるために、次の
transitive.info - git merge 使い方
git merge 使い方 他のブランチをマージしてコミットする ブランチ other-branch をマージするには git merge other-branch とする。 マージコミットのコミットメッセージを指定する マージコミットのメッセージを指定するには「-m」オプションをつけて git merge -m "message" other-branch とする。 マージのコミットを実行しない（マージのコミットメッセージを自分で設定する） マージしたときに「Merge branch ‘other-branch’」 というようなコミットが実行される （標準では、fast-forward merge がうまくいく場合はコミットされない。 たとえば、マージ元が現在のブランチの先頭から派生した場合）。 マージだけして、このコミットを抑制するには 「–no-commit」オプションを使う。 gi
Linuxとgitを作ったLinus - 未来のいつか/hyoshiokの日記
誰でも知っていることだけど、LinuxというOSというかカーネルはLinus Torvaldsが学生のときに趣味で作ったのがはじまりだ。それは1991年ころの話で彼が21歳の頃だ。個人の趣味で作ったものが、いつの間にかに世界中のコンピュータだけでなく、携帯や家電や様々な機械の制御に使われている。 Linus Torvalds - Wikipedia 1994年ころには、PCで動く個人向けOSとしては十分な機能を持っていた。Xもあるし、gccなどのコンパイラもあるし、GNU Emacsやbashもあるので、ちょっとしたプログラムを作るには十分な機能を持っていた。 当時、勤め先のマシンはSunのワークステーションで仕事でLinuxを使う機会は全然なかったのだけど、自宅のPCにSlackwareのCDを入れてみたりした。日常的に使うことはなかったけど、1998年にOracleがLinux版を出し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
git configをプロジェクトによって使い分ける - Qiita
gitでリモートのブランチにローカルを強制一致させたい時 - Qiita
gitでタグを付ける - Qiita
Git で branch 切り替えた時とかに emacs で開いてるファイルの buffer を更新 - yoshiori.github.io