日記: 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するやや大きめの開発スタイルを想定したツール。
Markdown記法 チートシート
Markdown記法のチートシートです。 記法はGitHub Flavored Markdownに準拠し、一部拡張しています。 Qiitaでシンタックスハイライト可能な言語一覧については、 シンタックスハイライト可能な言語 をご覧下さい。 Code - コードの挿入 Code blocks - コードブロック たとえば、「Ruby」で記述したコードをファイル名「qiita.rb」として投稿したいときは、 バッククオート（`） か チルダ（~） を使用して以下のように投稿するとシンタックスハイライトが適用されます。 コードブロック内でコードブロックを書きたい場合は異なる記号を使うことで書けます。
.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)
[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/ ) たったこれだ
もうFTPを利用することは止めて、Gitを使おう。そのほうがメリットが多いよー
もうFTPを利用することは止めて、Gitを使おう。そのほうがメリットが多いよー 2014.02.26 | この方法お勧めです！ | 覚えておきたい どもどもパープルことメガネこと大串です。 最近なにかと涙もろくなりまして、ちょっと身近な人のBlogとか読むだけでも熱いものがこみ上げたりしています。こういうことって今後も増えていくんでしょうね。母親がやたらめったらテレビに向かって泣いていたのも頷ける今日このごろです。 さてGitHubシリーズですね。前回は GitHubをつかって共同開発！ サイトのデザインリニューアルしました !という記事を書きました。もちろん今も共同開発は続いておりまして、次のマイルストーンは月末を予定しております。達成率は25%ですが、なんとなかるでしょう。。。たぶん。。おそらく。 そしてきょうの本題ですね。タイトルの通り、FTPをやめてgitでファイルの送信受信もして
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サル先生のGit入門〜バージョン管理を使いこなそう〜【プロジェクト管理ツールBacklog】