ブランチの切り替えをしなくてよくなるコマンド git worktree がすごい！ - Qiita
masterブランチでちょっとした変更をしたいんだけど、devブランチで作業しているから切り替えるのはめんどくさい。 そんな時はgit worktreeを使ってみてください。複数のブランチを切り替えずに操作できます。 ※git worktreeを使うにはGit 2.7.0以降が必要です。それ以前のバージョンだとgit worktree listがありません。 ブランチの追加 操作したいブランチはこんな風に持ってくることができます。 すると、作業ディレクトリ以下に指定したブランチの中身がリンクされます。 たとえば、git worktree add ./worktree-dev devとコマンドを打つと、./worktree-devディレクトリが作成され、その下にdevブランチの内容ができるわけです。 git worktreeは今いるブランチに影響を与えません。 つまり、作業中であっても操作し
Gitのコミットメッセージの書き方 | POSTD
(訳注：2015/10/31、いただいた翻訳フィードバックを元に記事を修正いたしました。) (訳注：2015/11/1、いただいた翻訳フィードバックを元に記事を再修正いたしました。) 訳： プロジェクトが長引くほど、私のGitのコミットメッセージは情報が薄くなっていく。 イントロダクション | 7つのルール | ヒント イントロダクション：なぜ良いコミットメッセージを書くことが重要か Gitのリボジトリのログをランダムに閲覧すると、ひどいコミットメッセージを目にすることがあります。例として、私が昔書いたSpringにコミットした これらのgem を見てみましょう。 $ git log --oneline -5 --author cbeams --before "Fri Mar 26 2009" e5f4b49 Re-adding ConfigurationPostProcessorTest
Gitチートシート - Qiita
用語 リポジトリ バージョン管理システムにおいて，プログラムやファイルを蓄積しておく場所． Gitではローカルリポジトリとリモートリポジトリの二種類のリポジトリを扱える． ローカルリポジトリ 現在作業中のリポジトリ．主に自分のPCや開発サーバーなどで作業する場合はローカルリポジトリとなる． また，リモートリポジトリからリポジトリをクローンして，自分のPC上やサーバー上に環境を構築することもできる． リモートリポジトリ 外部にあるリポジトリ．リモートリポジトリはローカルリポジトリを通じて作業を行う． 複数人での作業やインターネットに公開する場合に利用できる． ワーキングツリー ユーザーが編集したり新しいファイルを作成したりする場所． インデックス ワーキングツリーでの編集後，リポジトリへのコミットの前に次のコミットの対象となる状態を保持している場所． ブランチ 履歴の流れを分岐して記録してい
Git - Book
The entire Pro Git book, written by Scott Chacon and Ben Straub and published by Apress, is available here. All content is licensed under the Creative Commons Attribution Non Commercial Share Alike 3.0 license. Print versions of the book are available on Amazon.com. The version found here has been updated with corrections and additions from hundreds of contributors. If you see an error or have a s
リモートのブランチをcloneする - Qiita
とかって感じでリモートのリポジトリをcloneしてきたとする。 で、git branchすればわかるんだけど、このままだとmasterブランチしかローカルにcloneできてない。別のブランチ(developmentとする)もローカルにcloneしたい。 という時はまず でリモートのブランチ名を調べる。 そうすると以下のような感じで表示される。 $ git branch -r origin/HEAD -> origin/master origin/development origin/master で、この中からお目当てのブランチ名を探し（この場合は「origin/development」）、こいつを以下のようにしてcloneすればOK。
Learn Git Branching
A interactive Git visualization tool to educate and challenge!
git initしたあとにリモートを追加してorigin masterを省略するメモ - がぶちゃんの日記
先に結論 git remote add origin git://gabuchan.git git push -u origin master どういう場合に便利？ git cloneすると.git/config が [remote "origin"] url = git://gabuchan.git fetch = +refs/heads/*:refs/remotes/origin/* [branch "master"] remote = origin merge = refs/heads/masterみたいになるので、git pushでorigin masterを省略できる。 ローカルでgit initしてリポジトリを先に作って、 ちゃっちゃか開発して、 「そろそろリモートにアップしとくかー」って感じでリモートを作って、 git remote addすることが多い。 ちょっと開発をはじ
「githug」でgitの基本操作を算数ドリルみたいに学ぼう！ | Act as Professional
GitHubのイベントである「The GitHub poweredby Agile渋谷 〜日本のSOCIAL CODINGの今を見る〜」の懇親会を受付始めました@HIROCASTERでございませう。 イベント参加者以外でも参加可能のため、イベントは補欠だったけど、どういうふうにGitHubを使っているのか聞きたい人は、ご参加ください。（イベント参加者優先で、空気読んで登録してください） イベントではGitHubの話をするので、Gitが使えることが前提になっています。 そこで、Gitの基本操作方法を学べる「githug」を紹介します。 githug Gazler/githug「githug」はgitの基本操作を実践的に学ぶための良いソフトウェアです。 特に他のバージョン管理システムを使ったことのある人がgitの基本操作だけを学ぶだけならちょうど良い。 インストールgemで公開されているのでイ
git - 簡単ガイド
アッド & コミット 変更されたファイルを選択します。 git add <filename> git add * を実行するとIndexに追加されます。 これは基本的な作業の一つです。 変更を実際に適用するには git commit -m "Commit message" を実行します。 変更がHEADに入りましたが、 リモートリポジトリには未だ入っていません。 変更のプッシュ この時点で、変更がローカルリポジトリのHEADに適用されました。この変更をリモートリポジトリに適用するには git push origin master を実行し、masterの代わりに適用のブランチ名を入れます。 もし既存リポジトリをクローンせずに使用した場合 git remote add origin <server> を実行すると、リモートリポジトリを登録する事が可能です。 これで変更を特定なリモートリポジト
Gitを使った開発・運用フローの紹介
私の所属している会社では、2年程前にバージョン管理システムをSubversionからGitに移行し、現在まで開発フローを試行錯誤してきました。ようやく形になってきたということで、守秘義務に接触しない程度に紹介＆考察していきたいと思います。 形になってきたとはいえ、まだまだ試行錯誤中ですので色々なツッコミは大歓迎です。 現在の開発フローの俯瞰図# 現在の開発フローを俯瞰してみると大体下記図のような感じになっています。途中で図を書くのが面倒になった都合上、Jenkinsさんが１人しか居ませんが、実際はmasterブランチの他にreleaseブランチも監視してもらっています。 以降この図を元に話を進めていきたと思います。 Gitoriousを利用して自由に開発# GitoriousというGitHubに似たサービスがあります。このGitoriousはオープンソースとしても公開されていますので社内に
【翻訳】Gitをボトムアップから理解する
John Wiegleyさんの "Git from the bottom up" を翻訳しました。 元PDFはこちらからダウンロードできます： http://newartisans.com/2008/04/git-from-the-bottom-up/ 元記事のライセンスがクリエイティブコモンズのBY-SAであったため、この翻訳もBY-SAとなります。 ライセンスを守って自由にご利用ください。（詳しくは記事内の最初にも書いてあります） 翻訳ミスの指摘や改善の提案等があればブログコメントやTwitter(@oshow)などで遠慮なくどうぞ。 Git をボトムアップから理解する Wed, 2 Dec 2009 by John Wiegley 私が Git を理解しようと調査した時、高級なコマンドの視点から眺めるよりボトムアップ式に理解することが役立った。そしてボトムアップ視点で見る Git が
Git Cheatsheet
stash workspace index local repository upstream repository status Displays paths that have differences between the index file and the current HEAD commit, paths that have differences between the workspace and the index file, and paths in the workspace that are not tracked by git. diff Displays the differences not added to the index. diff commit or branch View the changes you have in your workspace
PukiWiki 【FrontPage】
なんだかやけに長い説明ばかり検索に引っかかったので書きました。 Linuxのローカル環境でDockerコンテナ内のXアプリ（GUIアプリ）を利用するには $ xhost localhost + を実行した後に $ docker run --rm --net host -e "DISPLAY" container_image_name x_app_binary_path とすれば良いです。 もっと読む SSHなどよく知られたサービスポートで何も対策せずにいると数えきらないくらいの攻撃リクエストが来ます。不必要なログを増やしてリソースを無駄にし、もし不用意なユーザーやシステムがあると攻撃に成功する場合もあります。 SshguardはC作られており、flex/bisonのパーサールールを足せば拡張できますがカスタム版をメンテナンスするのも面倒です。必要なルールを足してプルリクエストを送ってもマー
)
git/無視するファイルを指定する方法(.gitignoreについて) - TOBY SOFT wiki
はじめに † gitで無視するファイルを指定する方法。 .gitignoreをトップディレクトリに置きます。 注意点：CVS同様基本的にgitはディレクトリを扱いません。ですので、空のディレクトリを扱いたい場合は、空のディレクトリ内に空の.gitignoreファイルを置いてgit管理下におけばよいでしょう。 (ディレクトリを扱えないことはCVSの大きな欠点だと思っていたので、私には疑問点がありますが) ↑ 実例で学ぶ.gitignoreの書き方 † # ←で始めるとコメント行 # サブディレクトリを含む hoge.dcu 等のファイルを無視したい # ※ *.dcuはDelphiのコンパイル済みファイル *.dcu # トップディレクトリの*.exeファイルのみを無視対象にしたくなった、 # サブディレクトリは無視しない方向の場合 /*.exe # tmp ディレクトリまるごと無視したい場
gitのoriginのurlを変更する。 - 僕の今さら日記
mirahを最初にインストールした時に、 git://github.com/headius/mirah.git の方から持ってきてて、あとから git://github.com/mirah/mirah.git の方が最新なことに気づいて、別にそのまま新たにcloneしてくればいいんですが、 originを変えれないのかな?と思ったのでメモ。 **追記** @murachue さんより教えていただきまして、 % git remote set-url origin <新しいリポジトリURL> が普通とのこと。明らかにこっちのほうが自然なかんじですね! @murachue さんありがとうございます!! 使用した感じは以下のとおりです。 regina% git remote -v origin git://github.com/headius/mirah.git (fetch) origin gi
アリスとボブのサーバー、git pushをちゃんと理解したい！ - ザリガニが見ていた...。
アリスとボブのGitシリーズが本になりました！ アリスとボブのGit入門レッスン アリスとボブになりきってgitをちゃんと理解したい！ アリスとボブのコラボレーション、gitをちゃんと理解したい！ 上記の日記から続く、アリスとボブの記録。 前提条件 アリスとボブは同じマシンにログインする異なるユーザー。 ファイルシステムからアクセスする分には、サーバーの設定は不要になるので、これで話がシンプルになる。 共通gitリポジトリの準備 最近、アリスにはちょっとした悩みがあった。 現在、このプロジェクトはアリスとボブの二人で、修正したら連絡を取り合って、お互いの変更をダウンロードする（git pullする）ことで同期をとっていた。 しかし、プロジェクトメンバーが増えた場合、このやり方では同期する手間が煩雑になってしまう...。 理想は、サーバーとなるgitリポジトリを決めて、作業前にそこからダウン
フック（hook）を使ってコミットしたら自動的にデプロイするようにする - ちなみに
Gitさんはいくつかのタイミングで好きな処理をフックできる賢い子です。 $GIT_DIR/hooks配下にタイミングごとのスクリプトが用意されていて、それを書き換えることで任意の処理を行わせることが出来ます. タイミングなどの詳しい説明はman githooksに書かれています。（最初にこれを見ていれば僕の数時間は失われなかったのに） 今回やりたかったのは、ローカルでWebサイトをこねくりまわして、気に入ったらコミットしてリモートにpush、そうすると自動的に公開用のディレクトリでpullするというものです。 やったことは、リモート側で $ cat path/to/repos/hooks/post-receive #!/bin/sh (cd /path/to/site/directory; git --git-dir=.git pull) $ chmod +x path/to/repos/
Git で集中リポジトリーに push したら、自動でワーク・ディレクトリーにも反映させる
やりたいのは、こんなこと。 ローカル PC「foo」で HTML ファイルを編集してる コードを書き終えたので、サーバー「bar」の中にある集中管理リポジトリーへ push 自動でサーバー「bar」内の公開用ディレクトリーに情報が反映される 2. から 3. の間のタイムロスを、ほとんど 0 にしたい。 こうゆう時、git の hook を使う。 リポジトリーの用意 リポジトリーの構成を、実際のコマンドを例に書いておく。 まずはローカル PC「foo」上に hoge-html プロジェクトを作成。 you@foo ~% mkdir hoge-html you@foo ~% cd hoge-html you@foo hoge-html% git init you@foo hoge-html% touch main.html you@foo hoge-html% git add main.ht
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
index - やる夫で学ぶ gitcore-tutorial
gittutorial(7)