Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up
git の記事などを見ていると、よく rev-parse というコマンドが出てきます。 rev-parse単体でググっても使い道がよくわからないので、メモ変わりにrev-parseでできることをここに書いてみます。 【参考】 git-rev-parse(1) Manual Page https://www.kernel.org/pub/software/scm/git/docs/git-rev-parse.html 使用可能なリファレンス(ref)を渡すとハッシュを返す ハッシュ $ git rev-parse 1838ad4786...02cc4e713a >> 02cc4e713a10dc68bcba40919f0f23eb62b45ec4 >> 1838ad478661d8cdb544c9adf921d08a97f7cc91 >> ^02cc4e713a10dc68bcba40919
2019/12/11 分かりやすいサイトへのリンクを追加しました hub コマンドの hub fork について追加しました 2013/04/11 興味深い手法があれば随時追加していきます ネットを検索すると、色々な手法が出てきますが、自分としては「WEB+DB PRESS plus 開発ツール徹底攻略」p.71 に載っていた以下の手法がシンプルで良く理解できました。 本家リモート upstream を追加する方法 本家リポジトリの例として、実際にGitHubに存在する練習用リポジトリ git@github.com:DQNEO/Renshu.git を使います あなた (youraccount) が既にForkしているRenshuリポジトリをcloneします。 $ git clone git@github.com:youraccount/Renshu.git Cloning into 'R
git dtコマンド - razokulover publog を見て自分もgitのコマンドをカスタマイズしてるのを思い出したので普段よく使っているのを紹介します。 対象者 作業途中はtmpコミットをたくさん作って、最後に git rebase -i でコミットを整えている人 前置き gitのタイプ数を減らす gitコマンドを使う時に毎回 git と3文字タイプするのは時間の無駄なのでエイリアスつけるのをおすすめします ~/.bash_profile とか ~/.bashrc 辺りに下記を書きます。 alias g='git' これで g だけでgitコマンドが使えます git-now iwata/git-now tmp コミットのための独自サブコマンド git-now - アジャイルSEを目指すブログ 最速でtmpコミットするためのコマンド。Macなら brew install git-
これは何? git merge コマンドには、--no-ffオプションや--squashオプションがあり。 もう語り尽くされている部分ですが、それらの違いを整理して図にしてみたものです。 前提 merge前のブランチは、git rebase masterしておく。 git merge の履歴の違い ネットワーク図的な特徴 --no-ff : マージコミットが作られる + コミットログのネットワーク図を見ればどこから分岐してどこにマージされたのか視覚的にすぐわかる。 --squash : コミットが1つにまとまって綺麗 + コミット履歴が1列になる + masterブランチとの関係性が途切れる オプションなし : コミット履歴が一列になる。(masterブランチとbranchXブランチが同じ位置にくる)
新しい作業環境で開発リポジトリのmasterリポジトリをcloneしたあとにその他のブランチもcheckout/pullしたいことがある。というか、しないと作業にならない。 よく忘れるのでメモ。
Evernote for Beginners: The Basics of the Most Popular Notebook App Ever since Alfred 2.0 was in beta, I have been making Alfred workflows for myself and for others. It is a lot of fun and very helpful to my daily workflow. I usually average using Alfred around 130 times a day, with my peak day of 768 times. I am going to show you the basic concepts of workflow design in this tutorial, all the way
git管理下にある複数のファイルをrmしたときに、それらを一括してgit rmしたい場合の方法です。 git ls-filesコマンドは、gitの管理状況ごとにファイルを一覧表示するためのコマンドで、上のように--deletedを使えば削除されたファイルを表示します。他にも --unmergedでコンフリクトしたファイル表示、--excludeを使えば管理外のファイルの非表示条件も設定できます。 シェルでは「`」でくくればコマンドの実行結果を取得できるので、それによって得られたファイル一覧をgit rmで消す、という流れです。 一括削除する方法では、これ以外にもgit stをgrep deletedしたのを整形するなど色々と手段はあるようですが、上記の方法が一番シンプルで分かりやすいので使っています。
git logはオプションがありすぎて全然使いこなせていなかったので よく使いそうなものだけまとめた。 表示形式 git log --oneline --graph --decorateでそこそこ見やすく表示される。 自前のaliasが設定されていない環境でgitを使うときに頭に入れておくとよいかも。 自分は以下のようなaliasを設定している。 [alias] graph = log --graph --date=short --pretty=\"format:%C(yellow)%h %C(cyan)%ad %C(green)%an%Creset%x09%s %C(red)%d%Creset\"
便利ですよね、stash。 普通に使ってるだけでも便利なんですが、知っておくと更にサクッと使いこなせるTipsをQ&A形式で紹介します。 おまけとして、Tipsで紹介したオプションを実現するstashの仕組みにもチラっと触れています。 Q. add済みなファイルだけゴニョゴニョしたいからnot stagedなファイルだけを退避しておきたい A. stash --keep-index (-k) オプションを使う 今の状況 : add済みなファイルだけをゴニョゴニョしたいのにnot stagedなファイルがあって邪魔、ちょっと消えてて欲しい。 $ git status # On branch master # Changes to be committed: # (use "git reset HEAD <file>..." to unstage) # # modified: bar # #
ここでは newSetting が新しい設定項目だと思ってください。 この時、もともとの設定項目 path が存在していますが、 これが動作確認に必要な項目で ローカル特有の設定値に変更していたとしたらどうでしょうか? add 前にリポジトリの内容に戻しておかないと、 このローカル用設定のままコミットされてしまいます。 こんな時に使えるのが magit の部分 stage です。 使い方はいたって簡単です。 編集が完了した状態で magit-status を実行します。 magit での git 操作画面が開きますので、部分的に stage したいファイルにカーソルを合わせます。 この状態で M-s (alt+s, Cmd+s, Opt+s)をタイプします。 するとファイルリストの下部に Diff が表示されます。 この Diff 上でリージョン選択して s をタイプすると、 リージョン選
前回はGitを使う上で絶対に必要なコマンド(+オプション)について書いてみました。 実際には他にも必要なコマンドはたくさんありますが、今回はそのうちでも「見る」ということに焦点を当てたコマンドをまとめてみようと思います。 git status (現在の状態を見る) git diff (差分を見る) git ls-files (管理しているファイルを見る) git shortlog (軽くコミットログを見る) git log (コミットログを見る) git reflog (HEADの遷移を見る) git show (コミットの詳細を見る) git grep (ワークツリーのファイルを検索する) git blame (ファイル内の行ごとの最終更新を見る) git status (現在の状態を見る) まずは現状を知ることから。 git statusとすると、現在のブランチとコミットされていない、
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに この記事ではFPGA等の論理回路の設計手法の一つのカテゴリーである「高位合成」について概略を説明したいと思います。ただし、筆者の知る限りでも高位合成についてはさまざまな立場の人が各時代の視点で色々なことを語っているので、この記事もそんな中の一つの解釈を述べてるだけととって頂き、他の資料等も参考にして興味を持っていただけると幸いです。 論理回路設計について まずWikipediaの英語の記事(日本語版はありませんでした)によると https://en.wikipedia.org/wiki/High-level_synthesis
現在、国際標準化団体IETF(Internet Engineering Task Force)では、Webアクセスの高速化を目的として、Web技術で利用される通信コネクション確立等の改善について議論されています。 このような背景から、IETFにおいて検討が進められている通信プロトコルQUIC(Quick UDP Internet Connections)に関連する技術動向及び国際標準化動向を調査し、その結果をとりまとめました※。 (※ 平成29年3月) IETFにおける通信コネクション改善に関する国際標準化動向調査報告書(概要) IETFにおける通信コネクション改善に関する国際標準化動向調査報告書(本文)
8. 集合論のふしぎ1 対角線論法 ● 0.0 〜 1.0の実数を並べたリストがあるとする。 ● そのリストの各n番目の数字の小数部n桁目を以下 のように変更する。 ○ 偶数なら1にする。 ○ 奇数なら2にする。 ● すると、対角線の数字はリストに乗ってないことにな る! ○ リストのどのn番目の数字とも、n桁目で異なる ● 全ての実数のリストにない実数がある。はい矛盾! ● 結論:全ての実数はリストできない→自然数の数よ りたくさんある。 9. 集合論のふしぎ2 超限数 ● 空集合と集合だけで自然数(0を含む)が作れる。(順序数) ○ 0 = ∅、1 = {0}、2 = {0, 1} … ● 自然数全体の順序数(集合)がωとして定義できる。 ○ ω = {0, 1, 2, 3, 4, ….} ● ωの次の順序数(集合)がさらに作れる。 ○ ω + 1 = {0, 1, 2, …, ω}、
背景 iMacやmacbookの買い替えなんかで購入直後に設定する項目のメモ ターミナルから設定できます。dotfileとして置いておいて端末購入時に実行するやり方が基本のようです。 一度書いてしまえば端末購入のたびに実行するだけで同じ設定のマシンが瞬時に出来あがるのは素晴らしいですね。 vimrc同様に育てていく感覚が大事なのかも知れませんね()。 基本的には以下のリポジトリとサイトを参考に記載しています。 https://www.defaults-write.com/ https://github.com/divio/osx-bootstrap/tree/master/core https://github.com/mathiasbynens/dotfiles/blob/master/.macos defaultsコマンドとは 「plist」と呼ばれるアプリやシステムの設定ファイルに、
GitHubはソースが公開されてしまうので避けたい。 Windowsのローカルネットワーク内だけで使えればいい。 サーバもSSHもなしで、とにかく簡単に複数人でGitを使う方法。 結論を言えば、Windowsの共有フォルダに中央リポジトリを作る。ただそれだけの話。 でも(GitExtensionsに?)クセがあって、pushやpullをする段階でかなりハマってしまった。 <環境> 同じネットワーク内のWinXPが2台(PC-1,PC-2)。別途サーバなどはなし。 GitクライアントにはGit Extensions(無料)を利用。 <事前準備> PC-1,PC-2の両方にGit Extensionsをインストール。mSysGitも一緒にインストールされるはず。 PC-1にWindowsの共有フォルダを作る。(例)C:\public <手順> ★中央リポジトリと個人リポジトリを作る まずはPC
2020/03/16 · 諸事情によりGitHubなどが使えず、リモートリポジトリを社内LANの共有フォルダなどにおきたい場合の手順について調べましたので、記録しておきます。
tbaggery - A Note About Git Commit Messages A successful Git branching model » nvie.com Commit Often, Perfect Later, Publish Once—Git Best Practices だいたいこれらに書いてあることを考えている。 基本的にGit Successful Branch Modelで運用する。git-flowを入れて使っているけど、手でやってもそんなに面倒ではないし好きなようにしたらよさそう。 Subversionを個人で使っていたころはブランチはよくわからないけど恐しいものだったけど、Gitを使いはじめてだいぶ親しめるようになった。 文字通り、ブランチ、枝である。気軽に扱えるということは理解の助けにもなる。 コミットの単位 論理的に最小限度のコミットをつくる。「こう
Warning: This document is old & has moved. Please update any links: https://chromium.googlesource.com/chromiumos/docs/+/HEAD/containers_and_vms.md Welcome to the containers project where we support running arbitrary code inside of VMs in Chrome OS. This is a heavily-technical document; for user-friendly information, see The Keyword & Set up Linux (Beta) on your Chromebook documentation. If you're
みなさん、Git使ってますか?僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
みなさん、Git使ってますか?僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
私の所属している会社では、2年程前にバージョン管理システムをSubversionからGitに移行し、現在まで開発フローを試行錯誤してきました。ようやく形になってきたということで、守秘義務に接触しない程度に紹介&考察していきたいと思います。 形になってきたとはいえ、まだまだ試行錯誤中ですので色々なツッコミは大歓迎です。 現在の開発フローの俯瞰図# 現在の開発フローを俯瞰してみると大体下記図のような感じになっています。途中で図を書くのが面倒になった都合上、Jenkinsさんが1人しか居ませんが、実際はmasterブランチの他にreleaseブランチも監視してもらっています。 以降この図を元に話を進めていきたと思います。 Gitoriousを利用して自由に開発# GitoriousというGitHubに似たサービスがあります。このGitoriousはオープンソースとしても公開されていますので社内に
以前、 Emacs の便利な機能である dabbrev 補完と auto-complete について紹介しました。 今回はこれらを組み合わせて使う方法について紹介しようと思います。 Emacs Lisp モードを便利にする機能 3 選(auto-complete, eldoc, rainbow-delimiters) | プログラマーズ雑記帳 #auto-complete Emacs の使い方 基本のキー | プログラマーズ雑記帳 #補完 2 つの機能を組み合わせると、 auto-complete の補完に dabbrev の候補も追加されるようになります。 ただ、 dabbrev 補完と auto-complete はともに超便利な機能ですが、 合わせると便利さが倍かというとそれほどでもなく、M-/(dabbrev-expand)も併用しています。 しかし、私の場合は M-/への慣れもあ
Emacs では、何も設定せずに使うと、ビープ音がうるさかったり、 ~(チルダ)がついたファイルがたくさんできてうっとうしかったりと ハッキリいって使いづらいです。 そのため設定はしないといけないのですが、 今度は設定できることが豊富すぎて「何からやればいいのかわからない」といったことにもなります。 そこで、今回は Emacs を使う上で「これだけはやっとけ」という最低限必要なお勧めの設定について紹介したいと思います。 そのまま使える設定ファイル(init.el)を用意し、各設定について説明を書いています。 以前の記事などでより詳しい説明をかいている項目はそのリンクを付けています。 設定ファイル 設定ファイルは以下の init.el をダウンロード(名前をつけて保存)して、 ~/.emacs.d 以下においてください。 init.el なお、 ~(チルダ) はホームディレクトリーを意味して
Emacs ではデフォルトのままだとスクロールする時、ガクガクと動く感じがします。 その調整も含めて、今回は Emacs でのスクロールの挙動とその変更方法について説明します。 カーソル移動によるスクロール なぜ、ガクガクとスクロールする感じになるかというと、 Emacs では画面端になって、スクロールする際に、 画面中央にカーソルがくるようにするためです。 これはこれで、なるべく画面の中央で編集ができるため、良い点もあります。 ただ、 Word など他のアプリと挙動が違うので、ちょっと気持ち悪く感じます。 ステップ量 中央に移動する挙動を変えるには scroll-conservatively の値を変更します。 この値のデフォルトは 0 であり、これを 1 にすると、 スクロールは 1 行となり、自然な感じになります。 (setq scroll-conservatively 1) ちなみ
-「多目的コホート研究(JPHC研究)」からの成果- 私たちは、いろいろな生活習慣と、がん・脳卒中・心筋梗塞などの病気との関係を明らかにし、 日本人の生活習慣病予防に役立てるための研究を行っています。平成2年(1990年)に行いましたアンケートにて、 生活習慣について回答して頂いた、40〜59歳の男性約2万人の方々を、10年間追跡した調査結果にもとづいて、飲 酒とがん死亡率との関係における、たばこの影響について調べた結果を、欧州「栄養とがん」国際会議(2001年6月 21日−24日,リヨン市)および、専門誌(IARC Scientific Publication 156号 2002年 165-168ページ)で発表しまし たので紹介します 。尚、飲酒と死亡率全体との関係については、7年間の追跡調査の結果を、既に、報告致しまし た。 喫煙とは無関係に、飲酒は食道がんや肝臓がんによる死亡率を高め
2.2. Numpy の先進的な機能¶ 著者: Pauli Virtanen Numpy は Python による科学技術計算ツールスタックの基本で、メモリブロック内のたくさんの要素の効率的な操作を実装するために利用されます。その詳細を知ることで、柔軟性を活かして効率的に利用し、便利に近道することができます。 この節で扱う内容: Numpy 配列の詳細とその成果物、Tips や工夫。 ユニバーサル関数: どんなもので、なぜあるのか、そして新しく欲しくなったときにどうすればいいか。 他のツールとの統合: Numpy はいくつかの方法で ndarray の中の任意のデータを不要なコピーなしに、ラップすることができます。 最近追加された機能とそれが何をもたらすか: PEP 3118 buffers, generalised ufuncs, ...
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く