GitHub APIを利用してリポジトリにファイルをコミットするコマンド ghcp を作りました。シングルバイナリでgitコマンドに依存しないため、リリースなどでCIからリポジトリのファイルを書き換えたい場合に便利です。 github.com 使い方 GitHub ReleasesもしくはHomebrewからインストールできます。 # GitHub Releases curl -L -o /usr/local/bin/ghcp https://github.com/int128/ghcp/releases/download/v1.3.0/ghcp_linux_amd64 # Homebrew brew tap int128/ghcp brew install ghcp # Go go get github.com/int128/ghcp あらかじめGitHubの設定ページからトークンを取得
git submodule updateしてもgit submodule initした時点のコミットにしか追従してくれません。 git submodule addしてるリポジトリ(例えば.vim/vundleとか)をgithubなどのリモートの最新に追従するにはgit submodule foreach git pull origin masterを実行します。 git statusで見るとsubmoduleで管理しているリポジトリが変更されたことになっているのでgit add/commitしておきます。 Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou
対応バージョン この記事の内容は、少なくともGitのバージョン2.19.1までは対応している。 もし最新のGitで新しい動きがあれば随時更新する。 基本 .gitignoreを使うと無視する(Gitのトラッキングの対象外とする)ファイル or ディレクトリを指定できる。 .gitignoreは複数のディレクトリに置くことができる。 深い階層の.gitignoreに書かれた指定の方が優先順位が高い。(後に解釈される) .gitignore内の記述は上の行から順に以下のように解釈される。 /を含まない行(fileなど) .gitignore以下の全サブディレクトリ下にあるこの名前のファイル or ディレクトリを無視する 末尾以外にのみ/を含む行(/file, /path/to/file, path/to/fileなど) .gitignoreが置いてあるディレクトリをカレントディレクトリとする相
I've been wondering whether there is a good "git export" solution that creates a copy of a tree without the .git repository directory. There are at least three methods I know of: git clone followed by removing the .git repository directory. git checkout-index alludes to this functionality but starts with "Just read the desired tree into the index..." which I'm not entirely sure how to do. git-expo
Products Featured Developers Product Managers IT professionals
git remote は複数登録することができる。案外、知られていないようなのでこんな風に使ってるよ、というメモ。 remote add 例えば、以下のようにローカルのリポジトリを origin に設定している環境があるとして、 git remote -v origin file:///home/bayashi/git-repos/Foo.git (fetch) origin file:///home/bayashi/git-repos/Foo.git (push) 以下のように、bb というラベルで Bitbucket を remote に登録する git remote add bb git@bitbucket.org:bayashi/foo.git リモートが2つになりました。 git remote -v bb git@bitbucket.org:bayashi/foo.git (fe
以前調べたネタですが、ここにメモしておきます。 (最近ブログの更新が滞っていたため) gitには普通のリポジトリとbareリポジトリがあります。普通のリポジトリは、チェックアウトされたファイルを含むリポジトリで、bareリポジトリは.gitディレクトリの中身のみを含むリポジトリです。 bareリポジトリは、 % git init --bare hoge のように作ります。サーバにbareリポジトリを作って、そこにみんなでpushするような使い方は一般的でしょう。ちなみに、push先がbareリポジトリではなかったりすると、ワーニングがでたりします。 さて、例えば2つのチームがそれぞれ別々のリモートサーバを使って別のbareリポジトリにpushしていたとします。その2つのbareリポジトリを同期したいとします。bareリポジトリにはチェックアウトという概念がないので、git mergeは使え
こんにちは、アシアルの志田です。 社内でもgitが浸透し、皆バージョン管理といえばgitだよね、という空気になってきました。 ですが、これまでバージョン管理システムを使ったことがない人にオススメしても、 「gitて…まあ…そりゃ…ねえ、いつかやらないといけないけど…」 「ギット?ジット?俺はgiはジと読む派なので、gitは胡散臭いと思う」 「そもそもバージョン管理して何が嬉しいの?なんか難しそうでいやだ」 というような反応ばかりでした。 きっとみんな、gitって難しくて訳のわからんもんだと思っているのでは?と思い、 今回はgit入門の入門、gitってなんだ?というところから、簡単にgitを使う際の流れについてご説明します。 ちょっと不安を覚えるようなイラストがついていますので、頑張って読んでください。 バージョン管理ってなに? プログラムを書いていて、こんなことありませんか?私はあります…
Gitで便利な機能の1つ、リベース。 リベースの機能や動作自体については、各所で解説されているのでここでは説明しません。 便利なリベースですが、普段 Eclipse を用いて開発を行い、EGit プラグインのお世話になっていますから、リベースもぜひ EGit でやりたいでしょう。 しかし、EGit上でのリベース手順の情報が少なく、迷うことがあるでしょう。 ということで、今回は、Eclipse プラグイン EGit を用いてリベースを行う手順について説明します。 まず、リベースを行いたいブランチをチェックアウトします。 リベースを始める前に、ヒストリーを出しておくといいでしょう。 「プロジェクトのルートディレクトリを 右クリック → チーム → ヒストリーに表示」で出しておきます。 それではリベースを開始しましょう。 「プロジェクトのルートディレクトリを 右クリック → チーム → リベース
Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan. Getting Started Overview If you're new to Git or distributed version control systems generally, then you might want to read Git for Eclipse Users first. More background and details can be found in the on-li
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く