【git】リモートのブランチのソースコード等を強制的にローカルに適用させる方法 - 伊達要一＠とうきょうDD954の書棚と雑記
githubなどのリモート側にあるソースコードをクローンしたあと、中身を一部修正して使うようなものがタマにあります。（具体的にはこれなど） そういったもののリモート側の更新をローカルに反映させようと「git pull」をしても、ローカルのデータと相違があるなどと怒られることがあったりするわけで。 というわけで、こちらのナレッジを元ネタに対応方法をメモ。 qiita.com 前提としてこちらのナレッジでリモート側のソースをローカルに反映させる方法を確認しておいた方がよい。 yohichidate.hatenablog.com 1. ローカルのディレクトリに移動して、以下のコマンドを実行する git fetch origin git reset --hard origin/master これで、リモート側のデータを強制的に適用できるようになる。念の為リモート側のソースをローカルに反映しておく。
Agit.vim に最近追加した機能とか紹介 - Qiita
この記事は Vim Advent Calendar 2014 の2日目の記事です。 僕が作成した Vim から Git のログを見るためのプラグイン、Agit.vim についてです。 Agit.vim の基本的なことについては以前の記事を参照ください。 gitk クローンみたいな Vim プラグイン作った ファイルモード と実行することにより Agit をファイルモードとして開くことができます。 ファイルモードではリポジトリ全体の履歴ではなく、ある特定のファイルのみの履歴と、その時のファイルの中身を表示します。 また、--file=path/to/file というオプションで履歴を見たいファイルを指定することもできます。 これだけだとあまり意味はないのですが、後述する unite.vim との連携等 Agit を外部から呼び出したい場合には便利です。 --dir オプション で指定したディ
vimdiffでより賢いアルゴリズム (patience, histogram) を使う - Qiita
set diffopt=internal,filler,algorithm:histogram,indent-heuristic vim 内蔵の diff を使う internal 指定は diffexpr がセットされていると無視されてしまうので注意してください。また、 algorithm:アルゴリズム名 に加えて、差分の位置を最適化する indent-heuristic も指定しておくのがおすすめです。 もし diffchar.vim をお使いの場合、 diffexpr がセットされないように let g:DiffExpr = 0 も書いておく必要があります（diffchar.vim については別途記事を書いています）。 <<<<<<< 2019.01.05 追記ここまで vimdiff使ってますか？差分を取る際には非常に便利ですよね。git difftoolに設定して使っている人も多
Raspberry Piに最新版の各種ツール・言語・ライブラリをインストールする - Qiita
最近Raspberry Piで「最新版」をインストールするのにハマってるので、適当にメモ。 各地に散らばる情報を参考にまとめてみました。 基本的にはx86/64のDebianとかUbuntuでの手順で間に合うんですが、一部Raspi特有のオプションとかあったりするので。 追記 もうしばらく更新してないですが、今のところバージョン以外のコマンド入力部分が変わったものは見受けられないので、 大きな問題は無いと思われます。何かお気づきの点があれば気軽に編集リク・コメントなどお願いします。 ビルド時間の目安は初代Raspberry Pi Model Bでのものです。今はRPi3があるので格段に早く終わるでしょうし、 同じバージョンでも常駐プロセスや温度によって割りと時間は変わるので寝てる間にでも終わらせておくといいかもしれません。 一緒にpushbullet-bashを利用すると、 PCやスマホに
サイバーエージェントのGitHub活用 ～ 導入から運用体制、開発フロー、勉強会による現場への普及活動まで
また、Organization[1]の数も360を超え[2]、リポジトリ数もOrganizationのものだけでも2000近く作られています[3]。 新規のプロジェクトは基本的にGitを利用しており、既存プロジェクトもほとんどがSubversion（以下SVN）などからGitに移行しました。 本記事では、Ameba事業本部がどのようにGitを組織内に普及させていったか、その運用体制、現場でどのように利用されているのかをご紹介します。 [1] 複数アカウントをまとめるグループ機能です。リポジトリは個人単位だけでなく、Organization単位で作ることもできます。 [2] プロジェクト単位で1つのOrganizationを用意しています。 [3] 個人アカウントで作成したり、他からforkしたリポジトリは除いた数です。 GitHub Enterprise導入への道のり GHE導入以前の標準
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【git】最新のソースファイル等をダウンロードする - 伊達要一＠とうきょうDD954の書棚と雑記
