gitやcurlやwgetでGitHubにアクセスするとcertification errorになる原因を調べてみた - このブログはURLが変更になりました
中の人に裏を取ったわけではなく私の推測です。間違っているかもしれません。 2010年11月から2011年5月末までの状況(gitやwgetでcertification error) 2010年11月頃、GitHubではすべてのアクセスにSSLを使うよう仕様が変わった。 この時、SSL証明書にはワイルドカード証明書(*.github.com)が使われていた。 *.github.comのワイルドカード証明書にgithub.comは含まれないのだが、SSL証明書にはX509v3 Subject Alternative Name(subjectAltName)が設定されている*1ため、subjectAltNameに対応したクライアントであれば問題ない。 しかし、wgetの最新版1.12はsubjectAltNameに未対応*2。wgetではcertification errorが出ていた。 参考
さくらのVPSでgitosis使ってgitサーバ立てた - YAMAGUCHI::weblog
はじめに こんにちは、Python界のすしざんまいです。あぶりとろうめえ。さてSphinxで書いたドキュメントをbitbucketやGitHubなんかで管理している今日この頃ですが、ちょっと自前でGitサーバ立てたくなったので、ちょうどさくらVPSも借りてることだし立ててみました。 今回はgitosis使って環境を作ります。 ログ まずはgitosisの初期設定をするところまで。 (remote)% sudo apt-get install gitosis (remote)% sudo adduser --system --shell /bin/sh --group --disabled-password --home /home/git git (remote)% sudo -H -u git gitosis-init < .ssh/id_rsa.pub Initialized empt
gitで一度行った変更をなかったことにする方法4つ | Webシステム開発／教育ソリューションのタイムインターメディア
gitでは様々な方法でコミットログを書き換えることができます。 その一例として一度行った変更をなかったことにする方法を4つ紹介します。 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いてみた。でももう要らない。 $ $EDITOR $ git commit -am 'foo' $ $EDITOR $ git commit -am 'bar' $ $EDITOR $ git commit -am 'baz' のように適当な区切りでコミットして行ったものの、 結局全部要らないからなかったことにしたいということはままあります。 解答1: git reset –hard HEAD~{n} コミットしたもの全てを歴史から消し去りたい場合は git reset --hard を使います。 この例の場合は3回のコミットを全てなかったことにしたいので、 以下のコマンドで消し去ることができ
gitで最後に行ったコミットを修正する | Webシステム開発／教育ソリューションのタイムインターメディア
$ git status # On branch master # Untracked files: # (use "git add <file>..." to include in what will be committed) # # lib/x.c # lib/x.h nothing added to commit but untracked files present (use "git add" to track) 上記の通り新たにバージョン管理下に置くべきファイルを追加し忘れているというありさまです。 この場合、ミスを修正するコミットを行って git rebase -i で1つにまとめてしまってもよいのですが、 さすがにこの程度のことで git rebase -i を使うのは面倒臭いです。 どうすればよいでしょうか。 解決方法 git commit --amend を使います。
BPStudy#41のアウトラインメモ
BPStudy#41に参加してきたのでメモってた内容。 TwitterはTogetter – 「BPStudy#41 まとめ」にまとまっています。 ^文殊堂 第一部 – RequireJSとeventとUIコンポーネント BPStudy#41 RequireJSとeventとUIコンポーネント – 文殊堂 RequireJS実践編 jQuery カスタムイベント応用編 粗結合のUIコンポーネントの作成について RequireJS実践編 RequireJSとは何か? AMDのブラウザ向けの実装 RequireJS moduleについて defineでモジュールを定義する。 requireはmain関数みたいなもの。 define – 第一引数に依存してるモジュール、第二引数に中身 (第一引数に関数オブジェクトを渡すと関数の返値になってしまう) moduleの用途 関数を返すmoduleを定義
Gitおさらい - とある技術の備忘録
Git intall最新版Gitダウンロード&インストール ( http://git-scm.com ) tar zxvf git-1.7.2.tar.gz ./configure make sudo make install usage $ cd /path_to_バージョン管理したいディレクトリ/ $ git init # 現在のディレクトリをgit管理対象に初期化 $ git add . # 現在のディレクトリ以下全てのファイルを次回コミット対象に追加 $ git status # 次回コミット対象のファイル達に関する情報を表示 $ git commit -m "これは最初のコミットだよ！このコマンドで1行メッセージ付きのコミットが出来るよ" $ git branch # 枝分かれした全ブランチと現在のブランチ名(デフォではmaster)を表示 ... ... $ git add .
Vim から Github Issues が使いたくなったので github.vim を作り始めた - 永遠に未完成
最近 eskk.vim の Issues とかで Github Issues を割と見るようになった。 で、ブラウザいちいち開くのも面倒だし幸い Github には API があるらしいので、github.vim とか言うのを試しに作り始めてみた。 完成度高めるよりとっとと公開してしまおうってことでとりあえず公開。絶賛プロトタイプバージョン。アルファにも届いてないので興味のある人だけ使ってみてね。 http://github.com/thinca/vim-github 今のところできること Issues のリストの取得/表示 個々の Issue の表示(コメント付き) 新しい Issue の登録 既存の Issue の close/reopen 既存の Issue の編集 コメントの追加 簡単な使い方 " 自分のリポジトリ :Github issues {repos} " 任意のリポジトリ
ウノウラボ Unoh Labs: git-svn駆け込み寺
こんにちは。murahashiです。 gitやgit-svnを使うにあたり、試したことや引っかかったことについて、yukiのエントリ ウノウラボ Unoh Labs: subversionリポジトリでもgitが使えるgit-svn のつづきを書いてみました。 Q. ブランチ名を長くしてしまったので手打ちするのが大変です A. bashでgitコマンドを補完します gitのコマンド補完は git-completion.bash が便利です。 fedoraにyumでgitを入れた場合には下記場所にあります。 /usr/share/doc/git-VERSION/cntrib/completion/ 自分の見える場所にgit-completion.bashがなければ、インストール済みのgitと同じversionのgitのソースをダウンロードします。 cntrib/completion/
git-hg, hg-fast-export - Humanity
git-hg/bin at master · offbytwo/git-hg · GitHub offbytwo/git-hg @ GitHub git-hg欲しいなーと思っていたんだけどなんとなくgithubで検索したらあって感動した。 この喜びを誰かに伝えたい。 hg-fast-export どうやらmercurialのリポジトリをgitに変換するhg-fast-exportというものがあったみたい。 git-hgはシェルスクリプトでこれの操作をgit風にするラッパみたいなもの。 インストール $ git submodule update --init # hg-fast-exportを持って来るあとはbinってディレクトリをPATHに通すだけでいい。 どうでもいいけどPATHに通す？PATHを通す？本当にどうでもよかった。 使い方 $ git hgすればhelpが出るのでそれ見れば分
Gitのユーザマニュアルを読んでのメモ (Kanasansoft Web Lab.)
「git fsck」でリポジトリの検証。「git fsck --full」で完全な検証を行える。 破損していた場合、破損したBLOBオブジェクトのIDやそれを参照しているツリーオブジェクト等の情報が表示される。リポジトリのクローン先やクローン元に破損したオブジェクトを入手し、「.git/objects/」配下に格納する。 破損したファイルが見つからなかった場合、「git ls-tree <ツリーID>」で破損したBLOBオブジェクトのファイル名を確認する。作業ディレクトリ内に運良く元のファイルらしきものが残っている場合、「git hash-object <ファイルパス>」でオブジェクトID確認できる。「git hash-object -w <ファイルパス>」でオブジェクトを生成し「.git/objects」配下に格納する。 元のファイルが見つからなかった場合、「git log --raw
Smart HTTP Support
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
ウノウラボ Unoh Labs: subversionリポジトリでもgitが使えるgit-svn
yukiです。 空前のGitブームもだいぶ落ち着き、最近はGit記事をあまり見かけなくなりましたが、今日は空気を読まずにGit、それもgit-svnについて利用例を挙げつつご紹介しようと思います。 さらっと紹介されている記事は多いのですが、実際にこう使っている、などの例があまりなかったので、今回利用例を含めてご紹介していけたらと思っているので、もっと便利な使い方があるよ！という方の突っ込みをお待ちしております。 まずgit-svnについてご紹介すると、その名の通りgitとsubversionをつなぐ役割を果たすもので、subversionのリポジトリからgitでcloneして利用出来るというものです。 インストールはyum一発で簡単に入ります。 # yum install git-svn よくある例としては、業務で使うリポジトリはSubversionのまま使い続けているけど、個人
Doxygen を github-pages にあげるのをお気楽にやる方法 - tokuhirom's blog
github pages をつかうと簡単に HTML のページを公開できる。Doxygen をつかうと簡単に HTML のドキュメントを生成できる。ってことは、この2つを簡単にくみあわせられれば最強じゃね? ということでやってみた。 gh-pages branch の生成はいつものようにおこなう。 $ git symbolic-ref HEAD refs/heads/gh-pages $ rm .git/index $ git clean -fdxそしたら、master にもどして、gh-pages branch を docs/ という名前で submodule にする $ git co master $ git submodule add -b gh-pages `git remote -v|grep origin|awk '{print$2}'` docsdoxygen の設定ファイル
Gitで共有リポジトリを作るならgitosisが便利 - Pixel Pedals of Tomakomai
ちょろっと渡邉さんのエントリに補足を。 実用Git 吉藤 英明 (監訳) ちなみに、本には直接関係ありませんが、この本の翻訳もGitを使って進められました。 共訳させていただいた「実用Git」が発売になります 原稿はGitで管理しようと言う話は最初から訳者3人の間で出ていたのですが、原稿を管理するとなると当然read権限も含めたパーミッションの管理が必要でした。3人がgit-daemonを立ててお互いにpullしようかとも思ったのですが、git-daemonを使うと匿名で誰でも読めるリポジトリとなってしまいます。HTTP経由だとWEBサーバによってアクセスコントロールはできますが、速度に不安が残ります。ということでsshがベストなんでしょうが、gitのためだけに3人分のアカウントを作るのはちょっと気が引けました。 そこで、今回使ったのがgitosisです。gitosisについては入門git
実用 Git
オープンソースの分散バージョン管理システム「Git」の解説書。Gitには、開発および共同作業を進めるうえで便利な機能が数多く実装されています。しかし、その柔軟性の高さが原因でGitをどのように使うのが最も効率的か十分に理解していないユーザーが多いのも事実です。本書ではGitを使ってソフトウェアの開発プロジェクトを追跡、マージ、管理する方法をステップバイステップで明解かつ丁寧に解説します。読者はGitが持つ多くの機能を効率よく使えるようになるでしょう。日本語版では、Gitで日本語を利用する方法、Gitベースの開発プロジェクト用ホスティングサービスであるGitHubについての解説を加筆しました。 目次 監訳者まえがき まえがき 1章 はじめに 1.1 背景 1.2 Gitの誕生 1.3 Git以前の事例 1.4 Gitの歴史 1.5 名前に含まれた意味 2章 Gitのインストール 2.1 Li
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://blog.yuku-t.com/entry/20110427/1303868482
はてなブログ | 無料ブログを作成しよう
「git rebase」はコミットの移動ではない (Kanasansoft Web Lab.)
IDEA * IDEA
Git リポジトリの特定のディレクトリ以下のみを新しいリポジトリにする - higepon blog
