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

はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

msysgit を使っていて、管理下のファイルを何も変更していないはずなのに merge や pull するときに、「変更されている」とエラーになる場合。そして reset --hard をしてもそのエラーが消せない場合。 この場合、ファイル本体に変更はなくても msys から見た場合のファイルモード（パーミッション）が違っていて、git がそれを「変更あり」と検知している可能性があります。 git diff をしたときに old mode 100755 new mode 100644のようにファイルモード(パーミッション)の変更だけが出る場合はたぶんこの問題です。 これに対処するには、 >git config core.filemode falseとしてやることで、ファイルモードの変更は無視され、pull や merge ができるようになります。 （cygwinやmsysの細かいことは知

最新である必要はないだが、gitconfigでincludeディレクティブが使用したい。 includeディレクティブはGit 1.7.10以降で使用できるのだが、 Ubuntu 12.04でのapt-get installでインストールできるパッケージは、 1.7.9.5-1 のようだ。(2013/1/20現在) ソースコードからコンパイル、インストールするのではなく パッケージ管理した方がいいんだろうな。 ということで調べたのでメモ。 ppaのリポジトリに追加すればできるらしい。 手順 gitはまだインストールしてない状態 $ git --verison プログラム 'git' はまだインストールされていません。 次のように入力することでインストールできます: sudo apt-get install git インストール $sudo apt-add-repository ppa:gi

githubに公開するときにシークレットなKeyは公開したくない 別ファイルに分けてaddしないようにするとか方法あるけど、じゃあJSでは？とかいろいろ面倒になってきた それgit add -p でできるよ なにそれすごい 試してみた mkdir hoge cd hoge touch file vi file #まずは見せる用に作成する cat file #token = "your key" git init git commit -m 'init' #実際に使う用に作成する vi file token = "real secret key" # e で対話的にエディタで管理できるので編集する git add -p file #最初はこうなっている。diffですね - token = "your key" + token = "real secret key" #以下のように編集する t

はじめに 「分かりやすいコードを書く」、「コードと一緒にテストも書く」等はソフトウェア開発において大切なことです。しかしそれと同じくらい大切なことして「分かりやすいコミットメッセージを書く」があります。これはあまり着目されていなく、見過ごされていることです。 今回は、コミットメッセージの分かりやすさの大切さ、そして、分かりやすくするための書き方を説明します。 コミットメッセージとその大切さ バージョン管理システムとコミット 現在、ほとんど全てのソフトウェア開発ではSubversionやGitなどのバージョン管理システムを使っています。バージョン管理システムを使うことによるメリットというのは、ソフトウェアの変更が記録されていくことにあります。 具体的なメリットは3つあります。 ソフトウェアの調査がしやすくなることです。現時点でのコードと、そして変更の履歴とを組み合わせることで、それらから非常

Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら： http://nvie.com/posts/a-successful-git-branching-model/ （翻訳の公開と画像の利用は本人より許諾済みです） このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 A successful Git branching model この記事では、私のいくつかのプロジェクト（仕事でもプライベートでも）で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書

git でファイルを無視するには、通常は .gitignore や .git/info/exclude を使います。 しかし、既に git 管理下にあるファイルは、これらの設定があっても無視されません。 以下の方法を使えば、git 管理下にあるファイルをあえて無視することが可能です。 方法 次の2つの方法があります。どちらを使っても、ファイルの変更を無視できます。 方法(1) assume-unchanged

git-merge の--ff, --no-ff, --squashの違いをまとめてみた。 git helpから引用 まずは、git helpを読みましょう git merge --helpから引用（抜粋） NAME git-merge - Join two or more development histories together SYNOPSIS git merge [-n] [--stat] [--no-commit] [--squash] [-s <strategy>] [-X <strategy-option>] [--[no-]rerere-autoupdate] [-m <msg>] <commit>... git merge <msg> HEAD <commit>... git merge --abort OPTIONS --ff, --no-ff Do not gene

% git branch -a * master hoge origin/hoge % git branch -d hoge % git push origin :hoge:hoge でリモートブランチの削除になるの。 わかりづらい気がするよ！

git log --graph --onelineをメインに使っていたんだけど、現在時刻に対する相対的な時刻とかコミッターの名前とか表示したくなったので色々いじってた。%C(white bold blue)とかでターミナルの色を参照して文字色と背景色を指定することができるということを理解するまでが長かった……。 上記スクリーンショットのようなgit logは以下のようなコマンドで実現できる。 $ git log --graph --pretty='format:%C(yellow)%h%Cblue%d%Creset %s %C(black bold)%an, %ar%Creset' %dで参照名(ブランチやタグ、リモートブランチ)を、%anでコミッターの名前を、%arでコミットの相対的な日付を表示するようにして、%Cで色を変えている。%Credと%Cblue、%Cgreen以外を使う場合は

まず最初に Subversion の管理下のファイルをチェックアウトし .git を管理対象外に設定する。 svn propset svn:ignore ".git" . Git の excludesfile で .svn を指定しておく。 ~/.gitconfig [user] email = yourname@gmail.com name = yourname [core] excludesfile = /home/yourname/.gitignore ~/.gitignore (色々) .svn あとは Subversion の管理下のディレクトリで git init すれば良い。 git init git add . git commit -m "from svn" git pushsvn up または git pull で最新状態に追随できるので、変更点をもう片方の構成管理シス

2015.3.14 追記 "鍵でやるべき"とブックマークコメントをもらいましたが、その通りです。SSH認証キーが設定できる環境なら鍵認証でやるべきです。鍵ペアを作成後に公開鍵をGithubに登録し、~/.ssh/configで以下のように設定しましょう。 Host github.com User git Hostname github.com IdentityFile ~/.ssh/{秘密鍵}SSH認証キーが設定できないような環境では、本記事を参考にしてください。 追記終わり Githubへpushするたびにユーザ名(Emailアドレス)/パスワードを聞かれて入力するのは面倒なので、省略したい。 MacとLinuxで確認しました。 1. ~/.netrc にユーザ名/パスワードを書く こんな感じで自分の$HOME直下に.netrcファイルを作成する。 machine github.com