Gitで一時的に”Changes not staged for commit”リストから外す
デバッグなどで一時的にコードを変更(設定値変更とか、条件を固定とか)してるときに、都度そのファイルを除外してコミットすると面倒なのと、間違ってコミットしたりの事故の元なので、一時的にステージにaddする対象から除外したい場合の方法。 一時的に除外 $ git update-index --assume-unchanged {ファイル名} 除外したファイルをもとに戻す $ git update-index --no-assume-unchanged {ファイル名} 設定してるファイルのリスト取得 $ git ls-files -v 先頭が小文字hのファイルが該当。その他のファイルは大文字Hとなる。 $ git ls-files -v | grep ^h 先頭が小文字hのファイルのみにフィルタ。 該当のファイルが更新されるとpullでエラーとなり、一度除外を解除しないとならないので、頻繁に発生
[GitHub] ブランチの保護設定を活用しよう 【レビューが通るまでマージさせんぞ】 | DevelopersIO
ブランチを保護していますか？ master ブランチにマージしたらテストに失敗！ みたいな経験をしたことはないでしょうか？開発の中心となるブランチは、問題なく動作する状態を健全に保ちたいですよね。 GitHub では、リポジトリの設定にて ブランチの保護 が可能です。この機能を使うと、以下のような保護を実施できます。 CIが通らなければマージできない 他のメンバーからレビューを承認(Approve)されなければマージできない 特定のメンバーはマージできない 設定方法 ブランチの保護の設定は「Settings」の「Branches」から行うことができます。何もコミットがないリポジトリは、設定そのものが出てきませんのでご注意ください。 「Protect branches」セクションの「Choose a branch...」をクリックし、保護対象とするブランチを選択します。 ページが切り替わりま
![[GitHub] ブランチの保護設定を活用しよう 【レビューが通るまでマージさせんぞ】 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/fdcc20784930f9e696050408d2bf25b1fbfb0f9f/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2016%2F05%2Foctcat-eyecatch.png)
git pull と git pull --rebase の違いって？図を交えて説明します！ | KRAY Inc
はじめに こんにちは、クレイの亀井です。ここ最近一気に気温が上がりましたね。顔に重点的に汗をかくタイプの私には憂鬱な季節がやってまいりました さて、今月正式リリースしました(！) DocBase プロジェクトではクレイ外部のデザイナーの方と一緒に開発しています。SourceTree で Git を使っている方で、軽いデザイン修正などは弊社の Rails プロジェクトに直接手を加えてプルリクエストを送ってくれます。 こちらのデザイナーさんに「プルリクエストを送る際は、作業ブランチで git pull --rebase origin master してから送ってもらえますか？」とお願いすると「pull はわかるんですけど、この --rebase ってなんですか？これつけると何が変わるんですか？」と質問がきたのです。 作業ブランチで git pull --rebase origin master
サーバ構築/CentOS6.xにyumで最新のgitをインストール - SOFTPLUS Wiki
Last-modified: Sun, 13 Mar 2016 23:58:12 JST (848d) CentOS6.xにyumで最新のgitをインストール CentOS6.xだとgitは標準でインストールされていますが、かなり古いです。 # git --version git version 1.7.1 なので最新をインストールしたいとこですが、普通にyumするだけではダメなので下記手順を実行します。 まずは、古いgitをアンインストール。 # yum remove git 次に、wingリポジトリを登録。 # cd /etc/yum.repos.d/ # wget http://wing-repo.net/wing/6/EL6.wing.repo 最後に、wingリポジトリを有効にするオプションを付けながらyumを実行します。 # yum --enablerepo=wing inst
git のマージツールを設定する - XANADU - the infinity code...
会社で導入したら、周りの人間に使い方理解できないとか、意味不明なことを言われている git ですが、マージツールとかを使いやすいものに替えるだけでも障壁を下げれるのかと思いその辺の設定をまとめておきます。 マージツールのオススメは、マルチプラットフォームで動く Perforce Visual Merge and Diff Tools (p4merge) です。 こいつを git のマージツールとして設定します。 Mac前提でまとめますが、他の環境でも同じなので多分問題ないです。 まず、p4merge をインストール。 Macなので /Application にドロップするだけ。 次に、以下のようなシェルを書きパスが通ったディレクトリに保存して実行権を付けておきます。 Linuxとかなら P4MERGE 変数をインストールした p4merge コマンドに書き替えるだけ。 p4merge #!
Git のコンフリクトを解決する 14 のヒントとツール | Atlassian Japan 公式ブログ | アトラシアン株式会社
Git はコードのマージを非常に得意としています。マージとはローカルで高速、そして柔軟に行えるものです。当然のことですが、異なるブランチから誰かがコンテンツをマージするたびにコンフリクトが発生します。コンフリクトを解決するには、主な変更点を把握して見抜かなければなりません。コンフリクトの解決は、時には多くの作業が必要になります。 開発者にはそれぞれ好みのコンフリクト解決方法があります。そのため同僚ライターのダン・スティーブンが以前、Questions for Confluence を使用して社内の人に質問していました。 返ってきた回答と洞察はアトラシアン社員だけではなく、もっと多くの人に役立つものでした。そこで私たちが Git コンフリクトを解決するさまざまな方法を以下に詳しく注釈付きで紹介します。皆さまの毎日のコーディング作業に役立つアイデアや方法がここで得られることを願います。 セット
GitHubのIssueはバグ報告だけじゃない！ - Panda Noir
Issueはバグ報告用だから関係ないやと思ってるそこのあなた、違います！主なIssueの使い方3つあげてみたので是非一読ください。 その1: 質問する stackoverflow、日本語版も出てより認知度上がってきましたよね。しかし、実はstackoverflowではなく、Issueで質問してもokです。大きめのリポジトリだと質問のIssueをよく見かけます。Pull Requestする勇気と技術がまだない僕のようなヒヨッコは質問に回答することでリポジトリに貢献するのもアリです。 基礎的な質問もあったりするので、Issueで質問するハードルは決して高くないです。 (2016/8/8 追記: 文化としてIssueで質問するというのは英語圏では今や一般的なものになっていますが、開発者へ負担を強いる可能性があるので、stackoverflowなどを素直に活用することが望ましいようです。詳細はGi
Gitの驚愕の真実：1億行のファイルに1行追記するとレポジトリ容量が200MB増える[※補足あり] · DQNEO日記
１億行のファイルに１行追記するだけでレポジトリ容量が２倍になった 以前の記事「Gitレポジトリはパッチの集積ではなくてスナップショットの集積である。」を確認するために、１億行のファイルを作って実験してみました。 結果は、なんと１行追記しただけでレポジトリ容量が200MB増加し、サイズが２倍になりました。 実験手順 空のレポジトリを作る １億行のファイルを作ってgit addしてgit commit コミットする そのファイルに１行だけ追記してgit addして git commitする 空のレポジトリを作る $ git init １億行のファイルを作る １億行のファイル(１から1億までの数字が書かれたファイル)を作ります。 $ seq 1 100000000 > numbers.txt この時点で、ワーキングツリーとレポジトリ容量を調べてみます。 $ ls -lh 合計 848M -rw-
Gitのコミットグラフを可視化できるGitGraph.jsがおもしろい - Qiita
プレゼン資料を作っている時に「このコミットグラフをMarkdownかテキストで書けたらな」と思ったことがある人、結構いるのではないでしょうか。 GitGraph.js を使うと、JavaScriptで記述したコミットログをcanvasを使って可視化できることを知りました。なかなかおもしろいです。 準備 まず GitGraph.js の JavaScript と CSS ファイルを読み込みます。GitHub からソースをcloneするなり、bowerを使うなり、CDNを使うなり、お好みで。ここではコミットグラフを定義するコードも別ファイル index.js に書くことにします。 <!DOCTYPE html> <html> <head> <meta charset="utf-8"> <title>GitGraph.js</title> <link rel="stylesheet" type=
『https://downloads.atlassian.com/software/sourcetree/windows/SourceTreeSetup_1.7.0.32509.exe』へのコメント
こちらの記事に対するiwwさんのブックマークです → 「 SourceTree 1.7系の最新。 1.8がうんこなのでダウングレード用」
Git 2.7 の優れた新機能 | Atlassian Japan 公式ブログ | アトラシアン株式会社
Git 2.6 からわずか 2 カ月後、膨大な機能と修正、そして性能の向上を果たした Git 2.7 がリリースされました。ここでは Bitbucket チームが興味を持った新しい機能を紹介します。 git worktree の完成 Git 2.5 で導入された素晴らしい git worktree コマンドを使うと、複数のリポジトリブランチからのチェックアウトやブランチ上での作業を、異なるディレクトリで同時に行うことができます。たとえば、簡単な修正をする必要があるけどワーキングコピーを汚したくない場合、次のように新しいブランチを新しいディレクトリにチェックアウトすることができます。 Git 2.7 には、リポジトリのワークツリー (および関連するブランチ) を表示する git worktree list サブコマンドが追加されています。 ワークツリーをサポートする git bisect コ
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
Windows PCをGitのリモートリポジトリとして使用する方法 - Accele Biz IT開発技術 調査報告書
今回は、Windows PCをGitのリモートリポジトリとして使用する方法を紹介する。 Gitとは、プログラムのソースコードなどの変更履歴を記録・追跡するための分散型バージョン管理システムである。 故障率を抑えるため、通常はサーバマシンのLinux上に構築したGitをリモートリポジトリとして使用することが多いと思われる。 しかし、あるプロジェクトで機器調達の遅れから、ノートPCのWindows7上にGitを構築し、リモートリポジトリとして利用することとなった。 今回は、その時に調査した内容をまとめたものである。 注意 今回紹介する方法は、安全なLAN内にあり、かつLANにアクセスできる人間が悪意を持たないことを前提とした方法であり、最低限のセキュリティも確保されていない事を十分に留意して頂きたい。 <関連ソフトのバージョン> Gitサーバを構築するノートPCのOS：Windows 7 Ho
gitでbareリポジトリを同期する方法
以前調べたネタですが、ここにメモしておきます。 （最近ブログの更新が滞っていたため） gitには普通のリポジトリとbareリポジトリがあります。普通のリポジトリは、チェックアウトされたファイルを含むリポジトリで、bareリポジトリは.gitディレクトリの中身のみを含むリポジトリです。 bareリポジトリは、 % git init --bare hoge のように作ります。サーバにbareリポジトリを作って、そこにみんなでpushするような使い方は一般的でしょう。ちなみに、push先がbareリポジトリではなかったりすると、ワーニングがでたりします。 さて、例えば2つのチームがそれぞれ別々のリモートサーバを使って別のbareリポジトリにpushしていたとします。その2つのbareリポジトリを同期したいとします。bareリポジトリにはチェックアウトという概念がないので、git mergeは使え
コミットしたものを後から複数のコミットに分割する - by shigemk2
こちらから。 gitのコミットを後から分割 - cakephperの日記(CakePHP, MongoDB) 実際の修正量がコミットメッセージに対して明らかに多いときは、 コミットを分割したほうがいいと思うんだよ。 ということで、上記を参考にしてやってみた。 git rebase -i HEAD^ 下記のようなコミットメッセージが表示されるので、pickをeditに変更 pick 111111e hoge ↓ edit 111111e hoge(editはeでも可) とすると、HEADがgit rebaseで指定した箇所まで戻ります。 git reset HEAD^ で、コミットがリセットされてgit add前の状態になるので、必要な単位でgit addとcommitを繰り返す。 終わったら git rebase --continue を実行すると、コミットが分割されています。
Gitプッシュ時にJenkinsで自動ビルド - Devlog
$ sudo vim post-update #!/bin/sh # # An example hook script to prepare a packed repository for use over # dumb transports. # # To enable this hook, rename this file to "post-update". #exec git update-server-info wget --spider --auth-no-challenge --http-user=userid --http-password=password http://myproject.jenkins.com/job/myproject/build?token=myprojecttoken&cause=git-push token : 最初にJenkinsで設定したプロ
.gitignoreを変更したのに反映されない場合の対処法 - Labo Memo
.gitignoreを変更したはずなのに反映されないことがあったのでその対処法を忘れないためにメモ なんでもキャッシュが残っていると，うまく反映されないらしい．キャッシュを削除してやることで.gitignoreの変更が反映される．ただしコミットしていないコードの変更部分も無くなってしまうようなので注意が必要．以下その手順 $git rm -r --cached $git add . $git commit -m'gitignoreを反映させる' 【追記】 id:asonasさんからコメントにてご指摘を頂いたので，ちょっとgitコマンドについて自分なりに復習してみようと思う．ちなみに先述の記事を書いたときには .gitignore の設定を反映させる を参考にさせて頂いた． git rm ワーキングツリーからディレクトリやファイルが削除し，ファイルの削除がインデックスに反映された状態となる．
Git+Redmine+チケット駆動開発のワークフロー
サルでもわかるGit入門 〜バージョン管理を使いこなそう〜 | どこでもプロジェクト管理バックログ ビジュアル的にも丁寧でよくまとまっている デザイナのための Git コマンドの要点がまとまったガイド gitの基礎 (全22回) - ドットインストール ドットインストールのスクリーンキャスト Git - Book - いわゆる Pro Git Git - Book - 日本語訳もある Pro Gitの日本語版PDF等 Gitのセットアップ - homebrewをフォークするためのGit&GitHub入門 前編 - A Way of Code GitとGithubのセットアップ ブランチもマージも簡単な分散型バージョン管理システム はじめてのGit - WEB+DB PRESS Vol.50 WEB+DB PRESS 総集編 に含まれてる
GitLab flowから学ぶワークフローの実践 | POSTD
Gitによるバージョン管理では、従来のSVNなどよりずっと簡単にブランチングやマージができます。さまざまなブランチ戦略やワークフローが可能であり、以前のシステムに比べるとほとんど全てが改善されたと言えるでしょう。しかしGitを利用する多くの組織はワークフローの問題に直面します。明確な定義がなく複雑で、Issue Tracking Systemと統合されていないからです。そこで、明確に定義された最良の実践的方法としてのGitLab flowを提案したいと思います。issue trackingには feature driven development と feature branches を組み合わせます。 他のバージョン管理システムからGitに移行する際によく耳にすることは、効果的なワークフローの開発が難しいということです。この記事ではGitワークフローとIssue Tracking Sys
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Yasuo Nakanishi on Twitter: "SourceTree使ってる人はFork試してみたほうがいいよー。 https://t.co/ZnEi1zBvy8"