Ship.jsでリリースフローを改善する - Qiita
PLAID で i18n おじさんエンジニアしてる kazupon です。 この記事は plaid advent calendar 2019 の 17日目の記事です。 はじめに 筆者は、PLAID のプロダクト開発以外にも、オープンソースソフトウェア (以下 OSS )開発者として vue-i18n といったオープンソースプロジェクトを持っており、Node.js においては npm または yarn といったパッケージマネージャーと呼ばれるもので、Node.js そして必要に応じてブラウザ向けに動作するコードをパッケージにして OSS として配布しています。 npm / yarn で配布する OSS は、一般的には semver のようなセマンティックバージョンニングの仕様に沿った形で、バージョンをリリース毎に発行して管理して、npm publish や yarn publish によって
Macでgitのcredential.helper=osxkeychainにアアアアアッてなって削除した話 - ロップップ
きっかけ メインとサブ二つGithubのアカウントを持ってて、 あるリポジトリでサブのアカウントでpushしようとしてもうまくいかない（Permission denied hogehoge to main-account になる。） 確認 originはhttpsで設定してある。 git config --local user.name等の設定はしてあり、 git logで見てみてもコミットログはきちんとサブアカウントのほうで行っている。 わからん……と git config --list でみてみると credential.helper=osxkeychainという記述がある。 いつ設定したかもう忘れているけどいつの間にか……これだ…… removeできない git config --global credential.helper git config --global --unset
GitHub のトレンドリポジトリを見逃さない，Trendy をつくりました - はやくプログラムになりたい
僕が1日に1回ぐらいの頻度で見ているページの中の1つに GitHub の Trending repositories のページがあります．このページには言語ごとに日毎・週毎・月毎の単位で GitHub 上で人気のリポジトリがランキング形式で表示されます． 話題になっているライブラリやソフトウェアの一次ソースとして便利なのですが，微妙にアクセスが悪い位置にあり，言語ごとにしか見られません．また，ランキングには常に人気な「常連」リポジトリが多々いるので，新しく話題になっているリポジトリはその中に埋もれがちになってしまいます． そこで，今回はこれらの問題を解決すべく，GitHub のトレンドクライアント Trendy を Electron ベースでつくりました． Trendy - Menubar App to Keep You in the Trend Trendy は GitHub のトレンド
Git リポジトリに上がっているファイルを履歴ごと消すには？ - Qiita
仕事で必要になったので、ファイルを履歴ごと消す方法を試してみました。 ファイルを消しても履歴は残っている 例えば、1GB のバイナリファイルを Commit & Push したとします。 そして、それを git rm で削除したとしてもリポジトリの容量は減りません。 なぜか？ git rm は「ファイルが削除されたことにするコマンド」であって、「Git リポジトリ内に保存されている履歴を消すコマンド」ではないからです。 このサイトに書かれていますが、Git は「差分」ではなく「スナップショット」を保存して、「どのスナップショットを参照するのか？」をコミット単位ごとに切り替える仕組みです。 git rm は、この「どのスナップショットを参照するのか？」という情報を削除するコマンドです。 もし、データを丸ごと消したいのであれば、保存されている全ての「スナップショット」を消さなければなりません。
CentOSにrbenvをインストールする方法 - TASK NOTES
CentOSにrbenvをインストールして使用する方法をまとめました。Mac編は Ruby開発環境の準備+rbenvの使い方 を参照してください。 rbenvのインストール まずは必要なパッケージのインストールからです。gitはyumでもいいですが、最新版を入れたい方は CentOSに最新版のGitをインストール・アップデートする方法 を参照。 $ yum install -y git gcc gcc-c++ openssl-devel readline-devel rbenvはインストールといってもリポジトリを clone するだけです。後はパスの設定とrbenv initを起動時に実行するように、使用してるシェルに合わせて~/.bash_profileなどに書き込みます。 sstephenson/rbenv · GitHub $ git clone git://github.com
centos + node.js + npm + nvm インストール - Qiita
0527 追記 とりあえずサクッとnodejsをインストールの場合は以下(centos 6) $ sudo yum install epel-release $ sudo yum install nodejs $ node -v ついでにnpmをインストールするのであれば $ yum install -y npm --enablerepo=epel 概要 nodejsのバージョン管理 nvm をまず、インストールし その後、nvmを使ってnodejsをインストールする 1. nvm インストール nvmとは、node.js のバージョンを切り替え容易にできるツール ▼ nvmをインストール $ git clone git://github.com/creationix/nvm.git ~/.nvm $ source ~/.nvm/nvm.sh ▼nvm コマンドが実行できることの確認 $
[git] 変更を取り消す - YoheiM .NET
こんにちは、@yoheiMuneです。 今日は、gitで開発していて「あっちょっと元に戻したいな」という時の手順をブログに書きたいと思います。 引用：http://flic.kr/p/6zJjzs 作業の変更を取り消す gitを使って開発している場合に、作業前に戻したいなっていうことありませんか？ そんな時に行うことができる変更取り消しの手順を説明します。 変更取り消しの手順は、以下3つの段階別に対応する必要があります。 add前の変更を取り消す addしたけどcommitしていない変更を取り消す commitを取り消す それでは、それぞれの状態別に取り消す方法を見ていきましょう。 add前の変更を取り消す pullしてきたあとに、変更したものの、やっぱりもとの状態に戻したいという場合のリセット方法です。 ここでは、addもcommitもしていないファイルが対象です。 取り消し方法には、以
![[git] 変更を取り消す - YoheiM .NET](https://cdn-ak-scissors.b.st-hatena.com/image/square/031c2010150fbbf88c3eed848162f08d62c8e101/height=288;version=1;width=512/https%3A%2F%2Fwww.yoheim.net%2Fimage%2F306.jpg)
git の add を取り消す - Qiita
よく間違えて add してしまうので、 そうなってしまったときの対処方法です。 $ git reset HEAD sample.txt 以上！ これで sample.txt は git のステージングから取り除かれ、 add する前の状態になります。 ファイルの内容は元のままなので、その心配は不要です。 後、ファイル名のところを . とすると、カレントディレクトリ以下全てのファイルを対象として、 add してしまったファイルを、git のステージングから取り除くことができる。 この操作は git に add してステージングに追加したファイルを、 ステージングから取り除く操作であるため、 この操作を行って add ファイルの内容が変わることは無い！無いんだ！ とても便利だけど、いざ使い出すと色々なことで詰まってしまい、 自分の行う操作がやって良いことなのかダメなことなのか悩むときも多い g
git log よく使うオプションまとめ - Qiita
git logはオプションがありすぎて全然使いこなせていなかったので よく使いそうなものだけまとめた。 表示形式 git log --oneline --graph --decorateでそこそこ見やすく表示される。 自前のaliasが設定されていない環境でgitを使うときに頭に入れておくとよいかも。 自分は以下のようなaliasを設定している。 [alias] graph = log --graph --date=short --pretty=\"format:%C(yellow)%h %C(cyan)%ad %C(green)%an%Creset%x09%s %C(red)%d%Creset\"
Git pullを使うべきでない３つの理由 · DQNEO日記
git pullは使わなくてもよい 初心者はgit pullを使わない方がよい 我々ソフトウェアエンジニアは勉強が大好きなので、コマンドがあるとそれを勉強して使いこなさなければいけないと考えがちですが、ときには「覚えない、使わない」という発想も大事なのではないでしょうか。 以下にその理由をのべます。 git pullは使う必要がない git pullを使わないとできないこと、というのはありません。 使わなくても全然困りません。 git fetchとgit mergeとgit rebaseだけですべての用は足せます。 私はチーム開発でGitを本格的に使い始めて数か月経ちますが、普段の作業でgit pullを使ったことはないしそれで困ったこともありません。 git pullを使わなければ、余計な落とし穴に落ちない git pullには落とし穴があります。 初心者はたいていその穴に落ちます。 「
【Tig全まとめ】Gitを自由自在に操るための必殺ツール - Qiita
インストール方法から参考リンクまで。 自分の勉強ついでに、Tigについて基本の すべてをまとめてみました。 合わせて読みたい 【おすすめ】MacのFinderをカスタマイズする魔法のコマンドたち 【おすすめ】これからWebする人はここ読んどけ(HTML/CSS/JS/Ps/Ai.etc) 【おすすめ】Qiitaを使い倒す方法一覧 Tigとは 定義 Tig is an ncurses-based text-mode interface for git. It functions mainly as a Git repository browser, but can also assist in staging changes for commit at chunk level and act as a pager for output from various Git commands. 要
引数なしの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 pushコマンド - Shoichi Matsuda's diary
id:koogawaさんのgitの記事を読みました。 これを読んでそういえばみんな知ってるのかなと思った点があるので書いておきます。 取り上げるのはgitのpush周りのお話です。 （これ以降の記事中のリモートは全てoriginとします。） このコロンは何？？ リモートブランチの削除で以下のようなコマンドを実行すると思います。 git push origin :hoge コロンが付いていますがこのコロン正体、正しく説明できますか？ 実用Git 作者: Jon Loeliger,吉藤英明(監訳),本間雅洋,渡邉健太郎,浜本階生出版社/メーカー: オライリージャパン発売日: 2010/02/19メディア: 大型本購入: 7人 クリック: 287回この商品を含むブログ (44件) を見る pushコマンドの実体 普通、ローカルブランチをリモートに反映する際のコマンドはこんな感じです。 git p
Git - サブモジュール
1. 使い始める 1.1 バージョン管理に関して 1.2 Git略史 1.3 Gitの基本 1.4 コマンドライン 1.5 Gitのインストール 1.6 最初のGitの構成 1.7 ヘルプを見る 1.8 まとめ 2. Git の基本 2.1 Git リポジトリの取得 2.2 変更内容のリポジトリへの記録 2.3 コミット履歴の閲覧 2.4 作業のやり直し 2.5 リモートでの作業 2.6 タグ 2.7 Git エイリアス 2.8 まとめ 3. Git のブランチ機能 3.1 ブランチとは 3.2 ブランチとマージの基本 3.3 ブランチの管理 3.4 ブランチでの作業の流れ 3.5 リモートブランチ 3.6 リベース 3.7 まとめ 4. Gitサーバー 4.1 プロトコル 4.2 サーバー用の Git の取得 4.3 SSH 公開鍵の作成 4.4 サーバーのセットアップ 4.5 Git
ぼくが実際に運用していたGitブランチモデルについて
オペレーションとかインフラ系のエンジニアリングからは少々離れそうなので、個人的な備忘録がてら、Gitのブランチモデルについて。淡々と書くよ。 見えないチカラ: A successful Git branching model を翻訳しました 基本的に、このA successful Git branching model（上記は翻訳記事）を参考にしています。ですが、完全ではありません。運用しながら都合よく省略していますし、悪く言えば曲解もしています。あくまで、わたしが都合良く解釈して取り回した結果と考えてください。 さて、このようなドッシリとしたブランチモデルが、あらゆる規模のプロジェクトに対して有効であるかといえば、もちろんそうではありません。コツコツ個人で開発しているライブラリなどは、ブランチを使わなくても良いケースがあるでしょうし、作ってもバージョン番号ブランチぐらいのケースだってザラ
Windowsの共有ディレクトリ上にGitのリモートリポジトリを構築する - satokittyの日記
リポジトリが用意されていないけどバージョン管理しておきたい場合など。 Sambaなどで構築された共有ファイルサーバにはアクセスできるが、リポジトリサーバの管理者権限は持っていない場合に、一時的なバックアップのような感じで。 UNCはコンソールからだと移動できないので、ネットワークドライブに割り当てる。(以下Z:ドライブに割り当てたとする) 共有ディレクトリへ移動して、リポジトリになるディレクトリを作成。 cd Z:\repository\sample 以下のコマンドでリモートリポジトリを作成する git init --bare --shared=true ローカルリポジトリに戻って先ほど作成したリモートリポジトリを追加する。 git remote add <リモートリポジトリ名> <共有ディレクトリ上のリポジトリパス> # git remote add origin Z:\reposito
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://codeday.me/jp/qa/20190118/167985.html
【Node.js】nvmをインストールして設定するまでの方法
既に git 管理しているファイルをあえて無視したい - Qiita
git :: git rm で削除したファイルを復活させる [Tipsというかメモ]