warning: CRLF will be replaced by LF in hoge.png. - Qiita
warning: CRLF will be replaced by LF in hoge.png The file will have its original line endings in your working directory といった警告が git status でたくさん出てきた。改行コードの設定ということで検索すると、git config autocrlf false で直る、と出てくるのだがやってみても一向に改善しない。 落ち着いてよくメッセージを眺めると、警告の出ているファイルは画像(といくつかのオフィス文書)だ。つまり、テキストじゃないから無視して、と git に伝えられればいいはずだ。 ということで正解は attributes。 https://git-scm.com/book/en/v2/Customizing-Git-Git-Attributes .gitat
依存リポジトリ管理でのsubmodule/subtree/subrepoの使い分け - Qiita
依存ライブラリを利用する場合RubyGemsやらCocoaPodsといったツールで万事解決するケースがほとんどだと思いますが、たまーにGitに上がっているライブラリを直接自分のリポジトリに追加しないといけない場合もあったりします。 こういった時に使うGitのサブコマンドそれぞれの特徴と使いどころをまとめてみました。 一番スタンダードな外部リポジトリ追加方法です。たぶん大抵の依存管理ではこれを使えば十分でしょう。git-submoduleを利用すると、外部リポジトリのコード自体は自プロジェクトの管理下に取り込まれず、リポジトリの特定コミットへの参照情報のみが登録されます。外部リポジトリのcommit hashへのポインタが追加されるようなイメージです。 $ git submodule add git@github.com:Alamofire/Alamofire.git $ git diff
【Git】自前で立てたGitでSSL認証失敗 - Qiita
fatal: unable to access 'https://XXXXX.git/': SSL certificate problem: self signed certificate
anyenv + macOS環境構築 - Qiita
フルスタックで開発しているとphp、ruby、python、node.jsなど様々なプログラム言語を使用する機会が増えてきます。特に異なったプロジェクトを同一マシンで行おうとすると各プログラム言語のバージョンなどが競合して上手く開発が行えなくなります。 そこでanyenvの登場です。anyenvをインストールすることでメジャーどこの**env系を一括して管理できるようになりとても開発が楽になります。 追記：anyenv製作者のRyosuke IWANAGAさんが新たにanyenvのgithubリポジトリを作成されたので、記事を修正しました。 旧リポジトリ：https://github.com/riywo/anyenv 新リポジトリ：https://github.com/anyenv/anyenv 現時点でanyenvがサポートしている**env系は以下。 新リポジトリanyenv/anye
git Untracked files(未追跡ファイル)を1発で消し去る
※この記事は、2014年06月06日に書きました。 ■まえがき 以前の状態に戻そうとした時に、 新規に追加したファイルがgit Untracked filesってずらーっと並んだりする事があるかもしれない。 stash、reset時に、前回のコミット時には無かったファイルがあると、未追跡ファイルとしてこのような表示になる。 もし、それらのファイルが余りにも多く、 もしも消し去ってもいいのなら、次のコマンドで吹き飛ばすのも手かと思います。 備考 もし、今の状態を一時保存して、また戻ってくるのであれば一旦コミットを行い、 戻ってきた時には、git reset --soft HEAD^して続きをするのもありだと思います。 細かい事を気にしないならgit add .、git commit --amendで追加をコミットに足していくとかでもいいかもしれません。 ■メモ git clean git c
gitでリモートリポジトリを同期する - Qiita
リモートリポジトリの設定を勝手にいじれないけど、同期しないといけないときの方法。 ポイントはgit clone --mirror。 git clone --initだとgit fetch --allでローカルのHEADは更新されない（→pushできない）が、git clone --mirrorだとtracking属性が付与されるのでローカルのHEADも更新され、二回目以降が楽。 初回 git clone --mirror /homge/GIT/sample-repo1.git cd mirror-repo1 git remote add origin2 /home/GIT/sample-repo2.git git push origin2 --mirror
もしも法律がgitで管理されるとしたら (GitLaw) - Qiita
概要 法律はソースコードで管理 裁判と法の解釈は処理系による判断 リポジトリ 法律リポジトリ masterブランチ (天皇) 国家に1つ 実運用（デプロイ）されるリポジトリ 天皇しかpushできないリポジトリ releaseブランチ (議会) 議会に1つ 国会議員以上でしかpushできないリポジトリ devブランチ (議員個人) 議員につき1つ 国会議員以上でしかpushできないリポジトリ 議員が好きに弄れる issueブランチ (国民) いくらでも建てられる 国民が作成可能で、devにマージするリクエストを送れる 憲法(憲法リポジトリ)の改正 憲法はそれ自身はテストの集合(spec)であり、他の法律をe2eテストするプログラム群 憲法改正は国会議員がissueを建て、国会議員の2/3以上の で発議 国民の過半数がレビューして賛成すると成立し、masterにマージされる 法律の立て方 is
git commit --fixup で fixup する対象を peco/fzf で選べるスクリプト書いた - Qiita
git commit --fixup が何かについてはgit commit --fixup とは何か - 詩と創作・思索のひろばを読んでもらうとして、 fixup を適用したいコミットをいちいち git log で調べるのが面倒なのでインタラクティブに選べるようにした。 以下のスクリプトをパスの通ったディレクトリに置くと git fixup が使えるようになる。適当な変更を git add して git fixup を実行すると、その変更を fixup として適用したいコミットを peco や fzf で選べる。 #!/bin/bash FILTER=${FILTER:-peco} MAX_LOG_COUNT=${MAX_LOG_COUNT:-30} if git diff --cached --quiet; then commits="No staged changes. Use git
Gitコンフリクト解消ガイド（git mergetoolの使い方） - Qiita
ファイル編集がコンフリクトした場合 下記はよくある（忌々しい）コンフリクト画面ですね。 皆さんはコンフリクトのmergeはどんな方法でやっていますでしょうか？ vimやemacsで直接編集している方が多いイメージですが、実際開いてみると、下記のように差分が表示されていると思います。 この画面を見ただけではどのようにmergeすればよいのかわかりません。（Objective-CのARC/MRC双方の開発経験がある人は目をつぶってください・・） gitにはこのようなコンフリクトのmergeを支援するgit mergetoolコマンドが搭載されています。 このままEnterキーを押すと下記のような画面が立ち上がります。 画面幅の都合でフォントが小さいのですが、ここで「mergeしたい差分が作られる直前の状態」と「mergeしたい差分」に注目してみます。 この2つを見比べると、@propertyの
削除したbranchを復活させる - Qiita
c939342 HEAD@{0}: pull: Fast-forward fb488d2 HEAD@{1}: checkout: moving from feature/hogehoge to develop 7f4b273 HEAD@{2}: checkout: moving from feature/hogehoge to feature/fugafuga
ネイティブと働いて分かった英語コミットメッセージの頻出動詞10つ
ウッ ここで詰まる事は往々にしてあります. 特に急いでる時の煩わしさは甚だしいです. どうせならそれっぽい英語を使いたいのでOSSや同僚のコミットメージの語彙の出現確率を調べてみましたら、 もちろんfeatureによってコミットメッセージの付け方など数多あるものの、一定の頻出パターンは見い出せたので筆を取りました. （英語勉強しないと..） 方法 github.com/rails/railsのコミットメッセージ内における各動詞の出現確率を求め、 またOSSと仕事でのコミットメッセージの趣向も変わってくる事も勘案するため、 （仕事でDeprecateとか滅多に使わんし） 同僚に聞きつつ10つあげてみた. 以下列挙 （例は実際の同僚やOSS上でのコミットメッセージです.） Add *A to *B AをBに加える
gitの差分をvimdiffで表示すると見やすい！ - Qiita
こんな感じで差分が表示されます。 左右に並ぶので比較しやすいです。 編集もできるので「あ、変なログが残っちゃってたわ」みたいなときササッと直せます。 設定手順 STEP1 .gitconfigに以下の設定を追加します。
RedmineでGitを連携させる - Qiita
このドキュメントではRedmineでGitを連携させる方法について記述する。 環境 OS:Debian7 Redmine version 2.3.1.stable git version 1.7.10.4 apt-getでRedmineとgitをインストールしている。 gitリポジトリの作成してSmartHTTP経由参照できるようにする。 リポジトリの作成 Webサーバからアクセスできる権限で、リポジトリを作成する。 $mkdir -p /var/git/test.git $cd /var/git/test.git $git --bare init $git update-server-info $chown -R www-data .
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gitで管理しているファイルをTree表示する - Qiita
グローバルで.gitignoreを適用する - Qiita
Githubにhttpsでgit cloneできない時やったこと - Qiita
git logのフォーマットを指定する - Qiita
Gitのcommit-msg hookでプロンプト表示して確認 - Qiita