gitのpush.defaultに関するノウハウ - Qiita
gitのpush.defaultの設定に関して、他人のを設定してあげることもあり、毎回迷うのでまとめました。 push.defaultは、今まではmatchingというのがデフォルトでしたが、Git2.0からsimpleっていうのがデフォルトになります。なので、何らかの設定をしないと、以下の様な警告が出たりします。 warning: push.default is unset; its implicit value is changing in Git 2.0 from 'matching' to 'simple'. To squelch this message and maintain the current behavior after the default changes, use: git config --global push.default matching To squ
gitolite: ライトユースなリモートgitリポジトリを作る - Qiita
はじめに github以外でリモートのgitリポジトリを作りたくなったことはないだろうか？自分のローカルのソースを会社や研究室の誰かと共有したくなったとき、でもメインのリポジトリはsubversionで運用されていてgitのはない。対して、githubで有料なプライベートgitリポジトリを持つほどではない。そんなリクエストを持つライトユースなgitリポジトリをgitoliteで作る方法を紹介します。 ※なお、ここではクライアントはLinux, Mac OS X、サーバはubuntuで作業する前提で話を進めます。Windowsでも作業内容自体は変わらないと思いますが、コマンドラインベースには進めないと思うので、割愛します。 インストール方法 セットアップには、クライアントパソコン（自分のパソコン）でやる作業と、リポジトリをおくサーバサイドのパソコンでやる作業の２つがあります。 下準備：クライ
Git submodule の基礎 - Qiita
この記事は Git Advent Calendar 6日目の記事です！ Git submodule って最初わかりにくいと思うので、基本的な説明をしようと思います。 git submodule とは git submodule は、外部の git リポジトリを、自分の git リポジトリのサブディレクトリとして登録し、特定の commit を参照する仕組みです。 Subversion でいうところの、external と似ています。 さて、解説のため、手元に、リポジトリA (/path/to/a) とAの submodule として、よく使う例として Bootstrap (元Twitter Bootstrap) を登録してみます。 git submodule を理解するうえで重要なのは、 リポジトリAが指し示すsubmoduleとしてのBootstrapのcommit 現在のBootstr
Review Board に差分を投稿する時の tips (特にgit) - Qiita
Review Board 上に差分を投稿するのは RBTools というコマンド群を別途入れてやることになります。 git のグローバル設定に Review Board を設定 git config --global reviewboard.url http://localhost/reviewboard/ rbt post リポジトリ上で rbt post -o とすれば、HEADと作業ブランチのリモート（なければmaster）との差分を投稿します。投稿するとレビューIDが取られて、チケット的に管理されます。オプション-oで投稿したリクエストをそのままブラウザで開く。 前までpost-reviewだったんですが、最近だとrbt postになったっぽい？ -rで差分を更新する 先に投稿した差分を修正した場合、その差分を更新できます。 Review Board では投稿した差分の世代管理がさ
Git で複数のリポジトリをまとめたり、逆に切り出したりする - Qiita
~/repo1/subdir に ~/repo2 を入れる あるリポジトリのサブディレクトリに別のリポジトリの中身を入れたいとき。たとえば、あるリポジトリのサブディレクトリを切り出して別のリポジトリとして管理しているものを、元のリポジトリに合流させたいとき。 cd ~/repo1 git remote add repo2 ~/repo2 git fetch repo2 # サブディレクトリの内容に repo2 の内容をマージする # （repo2 と内容が似ているサブディレクトリを自動で判別） git merge -s subtree repo2/master # ↑でうまくいかないときにはパスを指定する↓ git merge -X subtree=subdir repo2/master # そもそも ~/repo1/subdir が存在しないときには↓ git read-tree --p
githubでタグを作成する方法
► 2024 (8) ► 5月 (2) ► 3月 (1) ► 2月 (3) ► 1月 (2) ► 2023 (15) ► 12月 (2) ► 11月 (1) ► 9月 (1) ► 8月 (1) ► 7月 (2) ► 6月 (2) ► 5月 (1) ► 4月 (1) ► 3月 (1) ► 2月 (1) ► 1月 (2) ► 2022 (9) ► 12月 (1) ► 11月 (2) ► 10月 (1) ► 7月 (1) ► 6月 (1) ► 5月 (2) ► 2月 (1) ► 2021 (10) ► 12月 (2) ► 10月 (1) ► 9月 (1) ► 8月 (2) ► 7月 (1) ► 5月 (2) ► 4月 (1) ► 2020 (21) ► 12月 (2) ► 9月 (1) ► 8月 (2) ► 7月 (2) ► 6月 (2) ► 5月 (2) ► 4月 (1) ► 3月 (3) ►
"Unable to find remote helper for 'https'" during git clone
I am unable to clone HTTPS repositories. I can clone SSH repos fine, but not HTTPS repos. I cannot test the GIT protocol since I am behind a corporate firewall. This is what I am trying to do: $ git clone https://github.com/nvie/gitflow.git Cloning into gitflow... fatal: Unable to find remote helper for 'https' I have so far tried the following (based on Google searches) Purging and installing Git
GITでリモートブランチへpushする前にやっておくべきこと - ITエンジニアとして生きる
先日GITを使ってて、ちょっとお粗末なミスをしてしまいました。 今日はそんなミスを犯さないためにやっておくべきことについて書きたいと思います。 お粗末なミス私がやっちゃったミスは、ずばり「コミットグラフ汚し」です。 図のように、「別の人」とのマージコミットをコミットグラフに追加してしまいました。 このときのコミットグラフ マージコミットのメッセージは 「Merge branch 'xxxx' of ....」 「Merge commit 'xxxx'」という本質的でないメッセージになります。 この「マージした」という情報は「自分 <==> ある時点でのコミット」のマージを指しており、チーム全体（リモート）として意識するようなコミットログではありません。 このようなコミットをしてしまったことによって、リモートブランチのコミットグラフの見通しを悪くしてしまいました。 本来はこのようなコミットロ
GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
Debian GNU/Linux で Git を Smart HTTP Transport で使う - 発声練習
GitリポジトリをHTTP経由で使うときにSmart HTTP Transportを用いた方が良いとのことなのでそのようにする。 id:anatooのブログ：gitリポジトリをホストするのにWebDAV使わないほうがいい Git：Smart HTTP Transport 参考サイト gitレポジトリでgit-http-backendを使ってhttpsでアクセスできるようにする 環境 Debian GNU/Linux Squeeze Git 1.7.10.4 Apache 2.2.22 はじめに 結局 Apacheから git-http-backend を呼び出すだけなのでいろいろな組み合わせが可能。 ユーザ認証 Basic認証 Digest認証（htdigest） 通信路暗号化 あり（HTTPS） なし（HTTP） 今回はとりあえず Digest認証＋通信路暗号化なしで実現する。 Git用
GitPrep - ポータブルなGithubシステムをUnix/Linuxにインストール - Perl入門ゼミ
Perl › here GitPrepはGithubのクローン、ポータブルなGithubシステムをUnix/LinuxにインストールできるWebアプリケーショGitPrepです。インストールはとても簡単で、ひとつのコマンドだけでインストールすることができます。 Githubの機能を、会社などでも無料で使いたいという自分の要望のために書き始めましたが、だんだん機能がそろってきて、どなたでも使ってもらえるところまできました。バージョン1.0をリリースしました。gitというツールは、Githubがないと、使いにくいsvnくらいの認識しかされないので、社内リポジトリのsvnからの移行のためには、こういうツールがあると、便利だと思います。 ユーザーの作成は無制限、プライベートリポジトリも無制限に作成することができます。GitPrep自体はオープンソースですので、無料で利用することができます。さくらレ
プログラミング/gitosis による git サーバーの管理
gitosis について † gitosis は、（複数の）git リポジトリの管理を容易に行うためのソフトウェア。 詳しい説明は、http://openbooth.org/archives/60.html あたりを参照のこと。 gitosis により管理されるサーバーには git clone gitosis-account@some.your.server.com:some-project のような形でアクセスすることになる。 some.your.server.com gitosis をインストールしたサーバーのアドレス gitosis-account some.your.server.com に(通常は)１つだけ作成された gitosis 用のアカウント名 すべてのユーザーはこのアカウントを通じてリポジトリにアクセスする some-project git リポジトリの名前 １つの gi
【翻訳】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 が
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Freezing a Git branch
Is there a way to lock a branch in GIT
bleis-tift/Git-Hooks - GitHub
Redmine と Git の連携設定
Git - githooks Documentation
Redirecting…
GitPython Documentation — GitPython v0.3.2 RC1 documentation