githubでhttpsのURLを指定してもgitプロトコルやssh経由にする方法 - @znz blog
要約すると url.<base>.insteadOf や url.<base>.pushInsteadOf を使えば良いという話です。 github 以外でも使えます。 設定例 自分では今のところ、以下の設定にしています。 最初の [url "git@github.com:"] のセクションは URL の指定として https: や git: を使っていても git push のときには ssh 経由にする、 という意味になります。 次の [url "git://github.com/"] は、その他の git fetch や git pull の時は https: の代わりに git: を使うという意味になります。 [url "git@github.com:"] pushInsteadOf = git://github.com/ pushInsteadOf = https://githu
Githubさん,ごめんなさい！複数リポジトリを一つにまとめる方法 - Qiita
複数のリポジトリがあった時に、それをまとめた親レポジトリを作り、各レポジトリをサブディレクトリとしてまとめてしまう方法。 ファイルとして保存するだけじゃなく、ちゃんとコミットHistoryも保存される。一つにまとめたものを後で切り出すこともできる。 これでリポジトリ数の削減が可能になるので、GithubのPrivateリポジトリ数の上限などにお悩みの人は是非お試しを。現在、頻繁に使っているものをまとめてしまうのはおすすめしないが、古い使われてないものを歴史ごとアーカイブするのには持ってこいだと思う。 以下では、 $ACCOUNT = githubのアカウント名 $REPO = サブディレクトリに移したいレポジトリ名 $ARCHIVE = 複数リポジトリをまとめておくアーカイブ用親リポジトリの名前 とする。 複数リポジトリをまとめたアーカイブ用gitリポジトリをローカルに作成
gitで共用リポジトリにpushした変更を取り消す。 - このブログは証明できない。
天ぷらを大量に食べました。油でギットギトです。というわけで、gitで共用リポジトリにpushした変更を取り消す方法です。gitって、ローカルのリポジトリを使う参考記事は多いですが、共用リポジトリを使う記事は少ない気がしますね。でも、githubのユーザーは多いと思います。 490円のServersMan@VPS (CentOS 5) をGitサーバーにする会。 - このブログは証明できない。 追記 2010-12-03 ：重要！注意を書いたつもりが書き忘れてました。共用リポジトリをいじるので、複数人で使ってる場合は他の人に影響がでますよね。注意！！ あ。間違えてcommitしちゃった。しかも、共用リポジトリにgit pushしちゃった。しかも、50万円もする布団買っちゃった。まず、間違えてcommitしただけなら、git resetを使います。 $ git reset --soft HEA
とうとう Git 2.0 が現実のものに。便利な機能満載 | Atlassian Japan 公式ブログ | アトラシアン株式会社
長い間待たれてきた git のメジャーバージョンアップがリリースされました。Changelog に目を通し、素晴らしい機能を見つけられることに興奮しています。過去の git リリースの情報をおさらいしたい場合は、バージョンアップのたびにその情報を特集してきた私の過去記事をご覧ください: 1.8.2、1.8.3、1.8.4、1.8.5、1.9。 このブログ記事では、今回のバージョンアップの一部しか取り扱うことしかできません。変更とバグ修正の完全リストをご希望の場合は、Changelog の完全版をご覧ください。 デフォルト設定一部変更: ユーザビリティの改善と混乱を解消 まず最初に、互換性に影響する変更を見ていきましょう。複数の変更がありますが、これらのアップデートは、初心者にとどまらず多くの人々を悩ませてきた誤解を解決するもので歓迎できると思います。これらの変更は、.gitconfig を
Github を使って雑誌原稿を書く - naoyaのはてなダイアリー
今日はこのあと Github の Tokyo Drinkup January 2014 に行くのだが、先方から、もしかしたら 10分ほど Github について話してもらうかも、と打診された。話すか話さないかわからないが、もし話すとしたらと仮定し内容の整理も兼ねて以下「Github を使って雑誌原稿を書く」ということについて書いてみようと思う。 「Github を使って雑誌原稿を書く」もしくは「Github を使った雑誌編集者とのコラボレーション」について、である。 Web+DB PRESS の連載 ご存知の方もいるかもしれないが、このところ技術評論社の Web+DB PRESS で連載をしている。連載を始めて、もう一年近く経った。以前にも Perl に関する連載をしていて、そのときも数年ぐらい続けたので、間があきつつも、なんだかんだでそれぐらいの付き合いになる。 最近は特にテーマは決めず
gitで差分ファイルを抽出する - Webtech Walker
変更したファイルだけまとめて取り出したいというケースがけっこうあるみたいなんで書いてみた。 gitの差分のファイルをつくる — Gist こいつをパスが通ってるところに置いて実行権限つけたら $ git export-diff <commit> <output_dir> こんな感じで実行すると<commit>からHEADまでの差分ファイルを<output_dir>にコピーする。<commit>の部分はgit diffと同じ物が使えるので $ git export-diff HEAD^^^ path/to/dir $ git export-diff HEAD^^^..HEAD^ path/to/dir $ git export-diff <sha1> <sha1> path/to/dir $ git export-diff <sha1>..<sha1> path/to/dir みたいな感じで
Gitでコミット間の差分ファイルを抽出する - [´・[ェ]・] <もももっもっ
やりたい事 コミットとコミットの間で変更があったファイルだけを抽出したい。 差分ファイルだけ集めて提出、なんてよくあるよね。 まず git config --global core.quotepath falseを設定。 これを設定すると、git diff --name-onlyで取得するファイル名が日本語も使えるようになる。 上記の設定がtrueだとgit archiveを実行時に失敗する。 git archive --format=zip HEAD `git diff リビジョン --name-only --diff-filter=AM` -o ファイル名.zipで差分の詰まったzipファイルが生成できる。 リビジョンの部分にはgit log等で得られるリビジョンやブランチ名を指定する。 --formatで他の形式(tarとか)にも変更可能 -oオプションでファイルを生成してくれる g
![Gitでコミット間の差分ファイルを抽出する - [´・[ェ]・] <もももっもっ](https://cdn-ak-scissors.b.st-hatena.com/image/square/d0b544c2d4b6a5f4fda3c170f78cca587dd4b98b/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127031738462%2F17680117127031754193%2F1555342483)
gitで差分ファイルを抽出する - Qiita
案件で「作業の差分を納品してくれ」とか言われることってよくあります。 今までは手作業でディレクトリ作って、ファイルをコピーしてましたが、 もう、そんなうんざりする作業とはおさらばできそうです。 git archive と git diff の合わせ技で差分を出力できる事がわかったからです。 例えば、一個前のコミットから現在のコミットまでの差分を取り出したい時は、 まずは、git archive について。 --format=zip を付けるとzipで固めてくれます。 --prefix=root/ は抽出したファイルをrootディレクトリに入れた状態にしてくれます。 -o archive.zip で出力先と出力名を指定しています。 HEAD は抽出元のコミットで、 抽出したいファイルやディレクトリをgit diffを使って指定しています。 git diff は --name-only を付け
pull request を利用した開発ワークフロー
pull request を利用した開発ワークフローの話しですが、あんまりプルリの話ししてないし、コードレビュー的なお話しが多いです…。
Web制作者のための実践Git | 第1回 適切な履歴の作り方
上記の例の場合、変更した箇所が近いため同じhunk（変更の塊）として表示されています。ですので、hunkをさらに分割する必要があります。そのためにはsを選択します。そうすると次のような表示になります。 Split into 2 hunks. @@ -1,5 +1,5 @@ <ul> <li><a href="/">Home</a></li> - <li><a href="/about.html">About</a> + <li><a href="/about.html">About</a></li> <li><a href="/help.html">Help</a></li> </ul> Stage this hunk [y,n,q,a,d,/,j,J,g,e,?]? 変更が分割されて閉じタグ忘れだけの変更が表示されています。ここでyを押してこの変更をステージングします。すると次は以下の表
引数なしのgit pushは危険なので気をつけましょう · DQNEO日記
絨毯爆撃pushの例 いまmasterブランチに、未プッシュのコミットがあるとします。 ここで、新たにbr1ブランチを作ってチェックアウトします。 $ git checkout -b br1 master $ git branch * br1 master br1ブランチでコミットを作ります。 echo hello >> hello.txt git add . git ci -m "add file" 引数なしでプッシュします。 git push すると、どこに何がpushされると思いますか？ 実は、master -> masterにpushされます。 masterがまだpushできる状態でない場合、これはかなり痛い。すごく痛い。頭が頭痛でおなかが腹痛。 しかもpushしたかった当のbr1ブランチはpushされないというオチ。(リモートにbr1ブランチがない限りは) この挙動は大半のユーザ
ぼくが実際に運用していたGitブランチモデルについて
オペレーションとかインフラ系のエンジニアリングからは少々離れそうなので、個人的な備忘録がてら、Gitのブランチモデルについて。淡々と書くよ。 見えないチカラ: A successful Git branching model を翻訳しました 基本的に、このA successful Git branching model（上記は翻訳記事）を参考にしています。ですが、完全ではありません。運用しながら都合よく省略していますし、悪く言えば曲解もしています。あくまで、わたしが都合良く解釈して取り回した結果と考えてください。 さて、このようなドッシリとしたブランチモデルが、あらゆる規模のプロジェクトに対して有効であるかといえば、もちろんそうではありません。コツコツ個人で開発しているライブラリなどは、ブランチを使わなくても良いケースがあるでしょうし、作ってもバージョン番号ブランチぐらいのケースだってザラ
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
GitHub の Compare View で差分を見る (hub compare) - Qiita
https://github.com/:user/:repo/compare/:start...:end という URL を叩くと Compare View という画面になり、 :start から :end までのコミット :start から :end までの diff :start から :end までのコミットに対してつけられたコメント が一覧できる。 :start, :end には commit の sha1 や master, HEAD などの名前、そしてタグが使える。 例: https://github.com/fastladder/fastladder/compare/2.3.5...master master は不定なので、特定のコミット間の差を見たい場合は commit sha に置き換えたほうが安全。 git rev-parse master などとすると commit
git memo
手元のgitメモが溜ってきたので放出！ % cat ~/.gitconfig [user] name = Yuki Matsukura email = 秘密@秘密ドメイン [color] ui = auto diff = auto status = auto branch = auto interactive = auto Subversion vs git subversionへの不満が爆発。 2年前頃からtortoiseSVNでupdate,add,commitをしていると.svnディレクトリ内が壊れるようで、add,update,commitが一切できなくなる。回復するためには再チェックアウトするしかない。(過去2年で、かれこれ10回ぐらい起きた。)ファイルが多くなるとcommit,updateがすごい遅い。（1，2分かかる）チェックアウトすると小さいファイルを大量に作る→Disk
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://prevs.io/
github-cheat-sheet/README.ja.md at master · hail2u/github-cheat-sheet
GitHubに上げてしまったパスワードを書いたファイルを消す方法 - Qiita
gitの差分のファイルをつくる
https://www.func09.com/wordpress/archives/1358