コマンド
# コミットのチェックサムとタイトルを確認 git log --pretty=oneline # 任意のコミットにタグを作成 git tag -a <tagname> -m <msg> <commit>
カテゴリー
投稿者: oki2a24
問題
- mongo-express のインストールは完了しており、ウェブブラウザからアクセスできている。
- db データーベースが用意されており、コレクション、ドキュメント、フィールドを追加することができた。
- 他のデータベースの追加操作はできたが、mongo-express に表示されない。
- Mongo シェルから
show dbsすると、mongo-express から作成したデータベースを確認できた。
環境
- CentOS 6 64 bit
- Node.js v6.3.0
- MongoDB 3.2
- Mongo Express 0.30.59
カテゴリー
2016年7月のアクセス解析
先月 2016 年 7 月の 1 ヶ月間の Google アナリティクスの結果です。
- ユーザー > サマリー（左に先月、右に先々月と比較表示）
- 行動 > サイトコンテンツ > すべてのページ
- 集客 > ソーシャル > 参照元ソーシャル ネットワーク
- 集客 > 検索エンジン最適化 > 検索クエリ
以上の 4 種類の Google Analytics 結果です。
ポイント
- Atlas でアカウントを作ると、無料で Vagrant Box をホストすることが可能
- packer push は使えなかった。つまり、無料アカウントの範囲では、packer push による Atlas サーバでの Vagrant Box 生成ができなかった。
- ローカルで packer を使って Vagrant Box を作成し、Atlas サイトで Vagrant Box をアップロードする、という手順となった。
今回の投稿では、失敗も含めて試行錯誤した記録を残していきますの♪
Vim が起動時に読み込むユーザーホームディレクトリ下のディレクトリを確認したいですわ。
とある言語のシンタックスハイライトを追加する必要がありましたの。この際に、Vim のインストールフォルダには手を触れたくありませんでした、というのが理由ですわ。
:set runtimepath
すると ~/vimfiles および ~/vimfiles/after が、Vim 起動時に読み込まれるユーザーホームディレクトリのデフォルトであることがわかります。
問題
にしたがって、netupvim を Vim.exe と同じフォルダに展開し、使用してみたところ途中でエラーが発生してしまいました＞＜。
環境
- Windows7 Professional 32 bit
- Vim.exe は C:¥Program Files¥vim74-kaoriya-win32 に配置
- このフォルダに netupvim 1.0 の中身を展開した。
問題の内容
今まで Git でバージョン管理してきたファイルのいくつかを、.gitignore に記述し、コミットいたしました。
次に、.gitignore に追記したファイルを編集いたしました。
そうしてから git status で状態を確認してみますと、modified と表示され、つまりは追跡対象ファイルとして扱われてしまっておりました＞＜。
解決のポイント
- 今まで追跡してきたファイルを .gitignore に追記してコミットしただけでは追跡対象外とならない。
- .gitignore に記入すると同時に、追跡対象外としたファイルをインデックスから削除する必要がある。
- 「ファイルをインデックスから削除」を実行した時点で、削除した状態がインデックスに記録される。したがって削除した内容を
git addする必要はない。
コマンド・ポイント
# 指定コミットやタグから指定ファイルだけを作業ディレクトリにチェックアウト git checkout <tree-ish> -- <paths>
ポイント
- スキャフォールディングによる自動生成のコードではすべてのカラムを更新してしまう。
- ウェブページからレコードの一部分を受け取って更新したい場合、自動生成コードを使うと受け取っていないカラムの値が無くなってしまう。
- よって、Find でレコードを取得し、値を変更した後、SaveChanges で更新する。
複数ブランチをマージするときのポイント
- 変更量の多いブランチから取り込みたい
- 変更量を確認するのに、マージ前に git diff
–stat を使うと便利 - 2つ目以降に取り込むブランチの変更量は徐々に減っていくため、取り込みば取り込むほど次第に楽になっていく。
- ただし、これは精神的なもので、マージ内容、結果には影響を及ぼさない。
- コンフリクト時は、git checkout –conflict=diff3
でコンフリクトマーカーを書き直す。
自分たちの分 (ours)、相手側 (マージしようとしているブランチ) の分 (theirs)、共通 (両方のブランチの共通の祖先) の分 (base) の3つを表示する。
コマンド
# 変更量の統計を表示 git diff HEAD origin/feature --stat # コンフリクトマーカーを書き直す。 # 通常のマーカーである "ours" と "theirs" に加え、"base" も表示 git checkout --conflict=diff3 .