日記: git-pr-releaseの使い方を覚えた - JavaScriptをがんばるブログ
git-pr-releaseのすすめで紹介されていたgit-pr-releaseというツールに興味を持ったので、 デモンストレーション用にgithubブランチを作成して使い方を学んでみた。 git-pr-release-demo ブログ記事やrepositoryにはインスール方法や実行方法について具体的に書かれていなかったので、 $ gem install git-pr-release でインスールするgemパッケージであるという事を理解するところからスタート。 このツールは以下の3つのbranchで開発進める場合に使用できる。 deploy用branch(master) 開発branch(staging) 機能実装branch(develop) 複数の機能実装branchを開発branchにマージし、QAしてからdeploy環境にmergeするやや大きめの開発スタイルを想定したツール。
gitでまだマージしたくない変更を間違ってmasterにマージしてしまった時の対処 - @satomikko94.b
久々にgitですごい躓いたので。 説明すると、branch02の内容を謝ってmasterにマージしてしまった後、それに気づかずbranch01の内容もmasterにマージしてしまった。 あとから気づいたので、branch02の内容だけmasterから取り除いて、もろもろレビューが終わってからbranch02の内容はmasterにマージしたい。 言葉で説明すると意味不明なので図*1がこちら commitを取り消すコマンドはgit resetが有名だけど、git resetはあるcommit時点まで戻り、それ以降のcommitをなかったことにするというものなので、branch01のcommit内容も消されてしまう。(まあ戻そうと思えば戻せる) そこでまず使うのがgit revert git revert {commit No} Git チュートリアル: 変更を元に戻す | アトラシアン これで
git-cherry-pickを掘り下げる - idesaku blog
Gitにgit-cherry-pickという、知らなくてもなんとかなるが知っていると便利なコマンドがある。このコマンドを少し掘り下げてみた。 git-cherry-pick git-cherry-pickは、狙ったコミットの変更内容だけを現在のブランチに取り込む操作である。 例えば、つぎのような履歴を想定する。 ---A---B---C [master] \ \ ---X---Y [temp]ここで、YはCの後にコミットするほうが適切であることに気づいた。このとき、masterブランチで次のようにすると目的は達成される*1。 $ git cherry-pick YコミットYの変更内容だけをmasterのHEADに適用する、という操作である。このときXの変更内容は適用されない点がgit-mergeとは異なる。 ---A---B---C---Y' [master] \ \ ---X---Y [
.gitignoreをリロードする - もっと早く知っていれば良かった
.gitignoreに無視ファイルを追加したのに、その指定がうまく反映されないとき… caching - Ignore files that have already been committed to a Git repository - Stack Overflow インデックスを一度削除してから再pushする。 git rm -r --cached . git add . git commit -m ".gitignore is now working" git push origin master注意：git rm -r --cached .するとコミットしていないコードの変更も消え去ります。大事な作業分が消えないよう予め確認してから。
Rails で、Controller に定義されている action を一度に取得する方法はありますか？ - QA@IT
平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識
githubへのpush時にusernameとpassword入力を省略する方法｜Materializing [マテリアライジング]
githubへのpush時にusernameとpassword入力を省略する方法 github 面白いですね。楽しいですね。便利ですね。 そんな github に pushアクセスする度に、username と password の入力を求められるのが少し面倒になってきたので、それらを省略する方法はないものか？と調べてみました。 .netrc ファイルを HOMEディレクトリ内に置けばOK コマンド操作をする度にｗｋｔｋしてしまう私。 やっぱりｗｋｔｋしつつやってみました。以下の内容。 $ cd $home $ touch .netrc $ vim .netrc machine github.com login USERNAME password PASSWORD :wq ユーザー・ディレクトリ直下に「.netrc」ファイルを作成し、それに上記内容を記載して置くだけ。 こうするだけでOKに
[Git][GitHub]GitHubにPushする際に認証失敗する
GitHub で2段階認証の設定をしてから push 時に認証が失敗するようになりました。 いつもどおり以下のコマンドを実行すると ID/PW を聞かれます。 git push origin master Username for 'https://github.com': Password for 'https://github.com': remote: Invalid username or password. fatal: Authentication failed for 'https://github.com/wada811/AndroidLibrary-wada811.git/' [Git][GitHub]やっておくと地味に便利なこと2つ | DevAchieve で .netrc に ID/PW を書いているので 聞かれるのはおかしいなぁと思いながら ID/PW を入力しま
![[Git][GitHub]GitHubにPushする際に認証失敗する](https://cdn-ak-scissors.b.st-hatena.com/image/square/6802b243ff4fc1f265d8d3549bbc4e582f9ffba8/height=288;version=1;width=512/https%3A%2F%2Fblogger.googleusercontent.com%2Fimg%2Fb%2FR29vZ2xl%2FAVvXsEgKURvR2tjLKSWN82-BWVBLQaJ4XUnSXSL_pXRNOgF4YYe_XGktvCtsAdlQHOi7Lp8m97Kcos1Wum9NXqN6JDqc29-E0ioWnL31yLtYSb59L_q9lwSY8Ytvl1wzbt7A1MFd0Hm05jBWYkA%2Fw1200-h630-p-k-no-nu%2FOctcat.png)
アルミナ解析室 - FC2 BLOG パスワード認証
ブログ パスワード認証 閲覧するには管理人が設定した パスワードの入力が必要です。 管理人からのメッセージ 閲覧パスワード Copyright © since 1999 FC2 inc. All Rights Reserved.
リポジトリからファイルを削除する - Git による版管理環境を構築する
リポジトリからファイルを削除したい場合には、まずは次のようにして、そのファイルを削除対象としてステージングします。 git rm ファイル名 ここで、対象のファイルが既にステージングされた状態だった場合には、次のようなメッセージが表示されて、削除操作がいったん打ち切られます。 error: 'test.txt' has changes staged in the index (use --cached to keep the file, or -f to force removal) このように、ステージングされた状態のファイルをリポジトリから削除したい場合には、次のように "-f" オプションをつけて "git rm" を再実行します。 git rm -f ファイル名 これで、指定したファイルが削除対象として、ステージングされました。 リポジトリ内のこのファイルについては、次のコミット時
[git] 基本操作（clone、add、commit、pushなど）を覚えて、開発出来るようになる - YoheiM .NET
こんにちは、@yoheiMuneです。 今回の記事のゴールは、gitの基本操作を説明して、なんちゃってgitを使えるようになることです。 自分はこれらの操作だけで、とりあえずgitを半年くらい使ってました。本当は今後のブログで紹介するブランチを使うと良さげなのですが、 今回する機能があればとりあえずgitは使えます！ では、さっそく始まりますー。 今回の内容 このブログのゴールは、gitの基本操作の習得です。 先日のブログでは、Gitの環境設定と、Githubにレポジトリ作成を行いました。 今回は、その作成したレポジトリを使いたいと思います。 基本操作として、以下の内容を説明します。 clone：Github上のレポジトリをローカルにクローンする レポジトリの中身を見る、編集してみる add,commit：ローカルレポジトリに変更をコミットする push：ローカルレポジトリの変更内容をリモ
![[git] 基本操作（clone、add、commit、pushなど）を覚えて、開発出来るようになる - YoheiM .NET](https://cdn-ak-scissors.b.st-hatena.com/image/square/77de9a06c059929d9d261945c390c5a58a86eaed/height=288;version=1;width=512/https%3A%2F%2Fwww.yoheim.net%2Fimage%2F301.jpg)
ローカルのディレクトリをGitHubに登録してみる - yk5656 diary (旧)
ローカルにある既存のディレクトリのファイルを GitHubに登録してみる。 リポジトリに登録するディレクトリを用意する 今回GitHubのリポジトリに登録するディレクトリ（ファイル）を用意する。 $ mkdir sample_dir $ cd sample_dir $ vi hello.txt Hello, world! GitHubに空のリポジトリを作成する GitHubでリポジトリを作成する。 「Initialize this repository with a README」にはチェックを入れない。 ちなみに、リポジトリを作成した後に、GitHubでこの後の登録の仕方が 表示されるので、基本これに従えばいい。 GitHubにリポジトリを登録 sample_dirにて、git initでリポジトリを作成する。 $ git init ファイルをaddしてcommitする。 $ git a
GitHubやBitBucketのリポジトリの変更をサーバに自動反映する - HAL @bump_of_kiharu
今回やりたかったこと GitHubやBitBucketで、Git管理してるWordPressのソースファイルを、masterにpushしたら自動でステージング環境（or テスト環境）にアップしたい。手動でSFTPとかするの、死ぬほどめんどいしミスる。手動、ダメ絶対。 WordPressの案件みたいな、規模が小さくて全部一人で面倒見なくてはいけないような仕事は、とにかく手動部分を減らしたい、というのが今回の背景です。 まとめると今回やりたかったことは以下の2点。 BitBucketの特定のブランチが変更されたら、ステージング環境に同時に反映させたい 本番環境への反映は手動。ただしブランチのリビジョンを指定してポチっとな、で反映させたい 利用したものたち BitBucket ( https://bitbucket.org/ ) dploy ( http://dploy.io/ ) たったこれだ
Gitの基礎練習
バージョン管理ツールGitの基礎練習です。 Windows XPのコマンドプロンプトでGitの基本的なコマンドを動かしていきます。 Gitを学び始めるきっかけにどうぞ。 （筆者もまだGitを使いこなしているわけではありません。 誤りのご報告、改善提案などは大歓迎です。フィードバックからよろしくお願いします） 目次 はじめに ダウンロードとインストール ファイルをGitの管理下に置きましょう 新しいファイルを追加します 新しいディレクトリを追加します 編集からコミットまでの流れはこんな風に進みます ブランチを使ってみましょう ここまでの作業ログを見ましょう この文書に書かなかったこと 関連リンク 更新履歴 ぜひ、感想をお送りください はじめに Windows XPのコマンドプロンプトで、 バージョン管理ツールGitの基本的なコマンドを動かしてみましょう。 この文書の通りに実行すると、 基本的
ググる前に読む 〜書評「開発効率をUPする Git逆引き入門」〜
こんにちは。最近gitづいているかっぱおじさん（飯王）です。 さて、今回は@matsukazさんから献本いただいた「開発効率をUPする Git逆引き入門」のご紹介。先日「にゃんっ！」( #git_nyan )で登壇したきっかけでご連絡いただいて、書評させていただく運びとなった。 learn git or die私は2011年にgitについて小一時間しゃべってるのだけど、世間はやっとgit / githubによる開発フローが当たり前になってきたらしい。それはつまり、git / githubについて「使えることが強み」な時代から、「使えないことが弱み」になってきた、ということだ。 ソフトウェア開発の現場では、使えて当然と思われるgit。すばらしいツールではあるんだけど、同時に「たかがツール」。ソフトウェアエンジニアのみなさんには、さくっと使いこなして、効率よい問題解決に注力してほしい。そのため
もうFTPを利用することは止めて、Gitを使おう。そのほうがメリットが多いよー
もうFTPを利用することは止めて、Gitを使おう。そのほうがメリットが多いよー 2014.02.26 | この方法お勧めです！ | 覚えておきたい どもどもパープルことメガネこと大串です。 最近なにかと涙もろくなりまして、ちょっと身近な人のBlogとか読むだけでも熱いものがこみ上げたりしています。こういうことって今後も増えていくんでしょうね。母親がやたらめったらテレビに向かって泣いていたのも頷ける今日このごろです。 さてGitHubシリーズですね。前回は GitHubをつかって共同開発！ サイトのデザインリニューアルしました !という記事を書きました。もちろん今も共同開発は続いておりまして、次のマイルストーンは月末を予定しております。達成率は25%ですが、なんとなかるでしょう。。。たぶん。。おそらく。 そしてきょうの本題ですね。タイトルの通り、FTPをやめてgitでファイルの送信受信もして
SourceTreeの使い方まとめ | KANECONET
Gitとはソフトウェアやアプリケーション等の開発プロジェクトのバージョン管理システムのことで、 そのGitを初心者でも容易に使用できるのがSourceTreeです。 現在はMac・Windowsともに提供されています。 SourceTreeはこちらでダウンロードできます。 sourcetreeapp 今回はSourceTreeの使い方をわかりやすく説明しているサイトをまとめてみました。 ・サルでもわかるGit入門 こちらのサイトではGitによるバージョン管理の基本から解説されているので、 まずはGitから学びたいという方はこちらのサイトがおすすめです。 ・SourceTree for Windowsで始める非プログラマのためのバージョン管理入門 Gitの概念はいいからSourceTreeの使い方を知りたいという人にお勧め。 githubアカウントの取得も解説しています。 ・Webデザイナー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gitコマンド一覧 - Qiita
【連載Git入門 第3回】SourceTreeでGitを始めよう！ブランチを切ってみよう
サル先生のGit入門〜バージョン管理を使いこなそう〜【プロジェクト管理ツールBacklog】