monasan® - Hochwertige Nahrungsergänzung und kostenlose Beratung
monasan® - Ihr Online Shop für natürliche Nahrungsergänzungsmittel
monasan® - Hochwertige Nahrungsergänzung und kostenlose Beratung
Gitで使用できる環境変数 - Qiita
GIT_AUTHOR_NAMEとかGIT_DIRとかGIT_SSHとか環境変数を設定してgitコマンド実行しているサンプルをたまに見るけど、環境変数の一覧みたいなのはどこにあるんだろうと探してみました。 の ENVIRONMENT VARIABLESってところにありました。 GIT_INDEX_FILE GIT_INDEX_VERSION GIT_OBJECT_DIRECTORY GIT_ALTERNATE_OBJECT_DIRECTORIES GIT_DIR GIT_WORK_TREE GIT_NAMESPACE GIT_CEILING_DIRECTORIES GIT_DISCOVERY_ACROSS_FILESYSTEM GIT_AUTHOR_NAME GIT_AUTHOR_EMAIL GIT_AUTHOR_DATE GIT_COMMITTER_NAME GIT_COMMITTER_E
Gitでブランチを統合する方法 — 裏紙
#!/bin/sh rm -fr .git *.txt .gitignore git init echo init.sh>.gitignore && git add .gitignore && git commit -m "Initial Commit" echo b>b.txt && git add b.txt && git commit -m "master 1" git branch other echo c>c.txt && git add c.txt && git commit -m "master 2" echo d>d.txt && git add d.txt && git commit -m "master 3" git checkout other echo e>e.txt && git add e.txt && git commit -m "other 1" echo
GitのRebaseによるBranchの運用 | DevelopersIO
渡辺です。 東京では雪が降って騒ぎになっていますが、札幌では雨が降って騒ぎなっています。 これっていわゆる「北から目線」ですが、目線の違いってのは結構大切なことです。 はじめにお断りしておきますが、今回紹介する手法はひとつの運用方法です。 自分はこんなやり方が好きだ／嫌いだといったことを言われても、「そうっすかｗ」としか言えません。 特にGitを使うと様々なやり方があるでしょう。 それらを否定するつもりも、今回紹介する方法が完璧な方法だとも考えていません。 あくまでGit（バージョン管理）運用手法のひとつとしてご紹介いたします。 マサカリを投げるのは歓迎しますが、好みの押しつけはご遠慮ください（笑） メインBranchへのMerge 安全なMergeを行う開発フローでも解説しましたが、Gitでは各開発者がそれぞれ作成したBranchに変更をCommitし、最後にメインBranchへMerg
Memo/git - DEX Lab
コミット間の差分を抽出し、アーカイブファイルを作る † 2点のコミットID、tag等を指定して差分のzipを作る commit1=origin/master commit2=HEAD output=archive.zip git archive $commit2 $(git diff --name-only $commit1 $commit2 --diff-filter=ACMR) -o $output 記事: Gitで差分ファイルを抽出+zipファイル化する方法 | 株式会社グランフェアズ ↑ remoteの疎通確認 † remote nameを確認 grep "\[remote" .git/config [remote "origin"] [remote "dev"] [remote "stg"] [remote "prod"] ... remote nameを指定してエラーがでなけれ
スッキリ！ Git Commit Log - Qiita
以下のような人向けの記事です コミット履歴がスッキリしていないと気になって仕方がないという人 1つのコミットは1つの修正(typo修正、バグ修正、機能追加)に対応していないと落ち着かないという人 けどわりとよくルールを無視した修正やコミットをしてしまい後で直したくなる人 注意点 下記文中ではコミットログの改変を行なっています 複数人で共有リポジトリを使っている場合、共有済みのコミットログに対する改変は行わないようにしましょう まだ共有リポジトリにpushしていなければOK! 途中でgit rebaseを利用している箇所がありますが、rebaseそのものついての説明は省略しています 今の作業を一時的に中断して別の作業をやりたい 機能追加の修正を行なっている最中にtypoを見つけてしまったけど、機能追加が終わるのを待ってたら忘れてしまうかもしれないし・・・というようなケースの場合。 git s
rmした複数のファイルをまとめてgit rmする - Qiita
git管理下にある複数のファイルをrmしたときに、それらを一括してgit rmしたい場合の方法です。 git ls-filesコマンドは、gitの管理状況ごとにファイルを一覧表示するためのコマンドで、上のように--deletedを使えば削除されたファイルを表示します。他にも --unmergedでコンフリクトしたファイル表示、--excludeを使えば管理外のファイルの非表示条件も設定できます。 シェルでは「｀」でくくればコマンドの実行結果を取得できるので、それによって得られたファイル一覧をgit rmで消す、という流れです。 一括削除する方法では、これ以外にもgit stをgrep deletedしたのを整形するなど色々と手段はあるようですが、上記の方法が一番シンプルで分かりやすいので使っています。
GitHub「完璧なプルリクの書き方を教えるぜ」 - Qiita
はじめに この記事は How to write the perfect pull request - GitHub を和訳というか、意訳した記事です。 ご指摘などありましたら大歓迎です！ 良いプルリクエストを書くには (原題 : How to write the perfect pull request) 会社が成長していくと、人もプロジェクトも様変わりしていきます。GitHubの中に私達が望む文化を育んでいくためには、我々が何を自覚してコミュニケーションするべきなのか分かってきました。私達のチームが最強であり続けるために、最近以下のようなプルリクエストのガイドラインを導入しました。 プルリクへのコメント (原題 : Approach to writing a Pull Request) プルリクエストには目的を明記しましょう。たとえば… これは〜を調べてみるためのプロトタイプです これは
Git-flowって何？ - Qiita
git-flowとは、プラグイン(ツール)のことです。。 Vincent Driessen氏がブログに書いた"A successful Git branching model" というブランチモデルの導入を簡単にする git プラグインである。 参考資料： ・ http://hm-solution.jp/lifehack/post2475.html ・ http://d.hatena.ne.jp/Yamashiro0217/20120903/1346640190 Git-flowイメージと各ブランチの役割 master: プロダクトとしてリリースするためのブランチ。リリースしたらタグ付けする。 develop: 開発ブランチ。コードが安定し、リリース準備ができたら master へマージする。リリース前はこのブランチが最新バージョンとなる。 feature branches: 機能の追加。
Gitわかってる？Gitビギナーに送る分かりやすい記事・スライドなど20+選 - undefined
Gitを使ってはいるものの、しっかり理解できていないので分かりやすそうな記事などを集めました。多分同じような感覚の人は少なからずいると思うので参考になれば幸いです。 記事 【Git入門者向け】イメージで理解するGitコマンド事始め | きのこる庭 「工場」に見立てて、git init, git add, git commit, git status, git log, git branch, git checkout, git merge, git clone, git pull, git push, git fetchを解説されています。 絵がかわいくてわかりやすい。 git入門 (全22回) - プログラミングならドットインストール 説明不要、みんな大好きドットインストールの「git入門」（全22回）です。 イラストでわかる！git入門の入門 : アシアルブログ アシアルブログより「イ
安全なMergeを行う開発フロー | DevelopersIO
渡辺です。 スノーボードでのスピン（回転）では、フロントサイド（前回り）は視界に向けて回るので比較的に簡単です。 ところが、バックサイド（背中周り）は非常に難しいと感じます。 これは見えない方向への回転なので見えないためであり、恐怖心が原因です。 解らないのは怖いことです。 解ってしまえば意外と簡単だったりします。 「幽霊の正体見たり枯れ尾花」とは良く言ったものですね。 Git（バージョン管理）のMergeも同様です。 Mergeの正体を理解し、恐怖心をなくしましょう。 最後の最後は気合いで手動Merge はじめにお断りしますが、Mergeを理解したとしても、手動でMergeする作業がなくなるわけではありません。 そして、手動でMergeするときは、最終的に気合いでMergeする以外の方法はありません（笑） しかし、Mergeを理解しConflict（競合）が発生しにくい運用を行うことで、
Gitの勉強のため参考にさせてもらったサイトやスライドの紹介｜ cocoblo [ココブロ]
Gitを触り始めて間もないのですが参考書もためになりますがネットにもたくさんの情報が掲載されています。 まずはGitとはどういうものかを紹介しているサイトから具体的な流れなどを紹介しているサイトをご紹介します。 ニッチなことなどは自分も勉強不足なところもあるので初心者の方にも馴染めるようなサイトを紹介したいと思います。 ひと通りの流れを勉強するのに最適 サルでもわかるGit入門 まずはここは読んでいて損はないところかと思います。ボリュームもあるので一気読みはおすすめしませんが入門編から読んでみると理解しやすいかと思います。イラストも可愛く読みやすい作りです。 GitHubに関する記事 他にも様々なブログでGitHubに関して書かれていたりしていますのでググったりしてみてはいかがでしょうか？ Windowsにgitをインストールしてgithubにpushするまで Git/GitHub初心者の
![Gitの勉強のため参考にさせてもらったサイトやスライドの紹介｜ cocoblo [ココブロ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/e18ea86625a114e8bf7b36e5bec2ee7b6f8e853a/height=288;version=1;width=512/http%3A%2F%2Fwww.cocoblo.jp%2Fblog%2Fwp-content%2Fuploads%2F2015%2F01%2Foctocat.jpg)
Git 再入門 リモートリポジトリを使った作業 | yunabe.jp
この文書のゴールは以下になります: 別の場所にある git リポジトリ（リモートリポジトリ）と連携する方法について再学習します。 はじめに git remote, git fetch, git merge を使ってリモートリポジトリの内容を手元のリポジトリ（ローカルリポジトリ）に取り込む方法について学習します。 次に git fetch, git merge を使った一連の作業を自動的に行なってくれる git pull について学習します。 次に git push を使ってローカルリポジトリの内容をリモートリポジトリに書き出す方法について 学習します。 最後に, トラッキングブランチ (tracking branch) について理解し、 git pull, git push の引数を省略した際のデフォルトの挙動のルールについて学びます。 目次 対象とする人 下準備 リモート (Remote
AWSチーム社内勉強会「git-flow」レポート | DevelopersIO
こんにちは、虎塚です。 先日、git-flowをテーマに社内勉強会を行いました。講師役は、AWSチームの都元さんにお願いしました。 クラスメソッドではお客様向けにクラスメソッド・メンバーズというサービスを運営しています。このサービスの会員向けポータルサイトの開発で、Gitとgit-flowを採用しています。そこで、メイン開発者である都元さんにgit-flowの概要を話してもらって、皆で聞こうということになりました。 いつもはAWSコンサルティング部のメンバーで実施している勉強会ですが、今回はテーマが開発寄りなので、AWSソリューション部の人たちにも参加してもらいました。AWSソリューション部は、システム開発を中心に行っている部署です。 上は秋葉原オフィスの会場です。札幌オフィス、上越オフィス、リモートワークのメンバーも、Googleハングアウトで接続して開催しました。 それでは、勉強会の内
【Git入門者向け】イメージで理解するGitコマンド事始め - きのこる庭
ご無沙汰です。連載企画を書き進めると豪語しておきながら かなり経過してしまいました。連載企画の方は時間を見つけつつ少しずつ書き進めていければと思います、申し訳ございません。 さて、最近周囲の方にGitの解説をする機会が増えてきたため、今回はGitの基本コマンドに関連する説明をします。 対象読者 ・何らかの理由でGitを使う事になったが、コマンドが多くてよくわからない方。 ・コマンドごとの意味は何となく理解しているけど、イマイチピンと来ない方。 (※「そもそも何故Gitを使う必要があるのか」「バージョン管理とは何か」といった点については ノンプログラマ向けの連載企画として後日記載させていただければ幸いです) 解説するコマンド git init, git add, git commit, git status, git log, git branch, git checkout, git me
Git Flowによるリリース | DevelopersIO
今シーズンのスノーボード滑走日数がもうすぐ30日になる渡辺です。 社内には雪山部なる活動もあります。 さて、Git, Subversionなどソースコードのバージョン管理システム自体は使う機会が多いかと思います。 しかし、ブランチの運用やリリース管理については知識が曖昧であったり、難しいと敬遠してしまうことも多いところです。 最近は、Gitの普及によってブランチの運用は浸透してきたかもしれません。 ですが、リリース管理については、主にチームリーダーなどがやってしまうために学ぶ機会が少なく、知らない人も多いと思います。 今回はGitのプラグインのひとつであるGit Flowを使って、リリースする作業を解説します。 なお、GUIクライアントのSouceTreeを利用してみます。 リリース前の確認 はじめに全てのコードがdevelopブランチにMergeされているかを確認してください。 Push
Git & GitHub を使いこなしてハッピーになろう！ - WordBench 名古屋 & concrete5 名古屋 合同勉強会
Git & GitHub を使いこなしてハッピーになろう！ - WordBench 名古屋 & concrete5 名古屋 合同勉強会 みなさんは、 ・社内：複数人でコーディングをしている ・パートナー：五月雨式にコードのやりとり ・個人：いろんなバージョンのコードを要求されたので管理しないといけない ・WordPress：コード改変したらサイトがぶっ壊れたので前の状態に戻したい という場面に遭遇したことがあるかもしれません。 その時に有益なのが、ソースの「バージョン管理」を導入すること。そのバージョン管理の中でも有名なのが Git というシステム。そして、その Git を使ってソースコードをホスティングするサービスが、GitHub です。オープンソースであれば無料で使うことが出来ます。 今日は、GitHub を使って、実際に Git のレポジトリを作成し、 WordPress サイトをみ
Pro Git 日本語版電子書籍公開サイト
| 書籍紹介 | サイトの目的 | ダウンロード | 更新情報 | 謝辞 | お問い合わせ | 書籍紹介 Git は、 Linux カーネル開発のために Linus Torvalds さんが2005年に公開した分散型バージョン管理システムです。スタートアップのような小規模組織からGoogle、 IBM のような巨大企業で、また数多くのオープンソースプロジェクトで利用されています。現在の Git 開発は、濱野純さんを中心としたコミュニティによって非常に活発に行われています。 本書 Pro Git は、2009年に Apress から初版が、2014年に第2版が出版された、Git の解説書です。著者の Scott Chacon さんは、GitHub 社の CIO、Git のエバンジェリストであり、Git 公式サイトの管理者でもあります。 本書の内容は、出版以降も有志により頻繁に更新されており、
Git の中身を見てみよう！vol.2 – Git オブジェクト (Advent Calendar 21日目)
Git の中身を見てみよう！vol.2 – Git オブジェクト (Advent Calendar 21日目) こんにちは。アドベントカレンダー21日目を担当する佐藤（ま）です。 アライドでは「大佐」と呼ばれております。 前回に引き続き、git-scm.com の Book をみながら Git (.git) の中身をみていってみようと思います。今回は、前回も少し触れましたが、Git オブジェクトについてです。 ※ 10.2 Git Internals – Git Objects Git Objects の種類 Git オブジェクトは、blob（ファイルに対応）、tree（ディレクトリに対応）、commit、tag の4種類ありますが、今回は主に、こちらでふれられてる blob、tree、commit object について確認していきます。 Blob Objects Blob object
現場で使うGitのテクニック - Qiita
お疲れさまです、trebyです。 もうだいぶ日付が変わりそうな勢いですが、Git Advent Calendar 2014の23日目を担当させていただきます。 Gitを業務で使い始めて早2年、だいぶ慣れてきた感じがありますが、それをアウトプットする機会があるかといえばなかなかありません。せいぜいたまに同僚に聞かれるくらいでなんかもったいない感じがあります。 そこで今日は私個人がgitを使って仕事をする上でどういうフローしているかなーということを改めて文字にアウトプットしてみたいと思います。ご参考にしていただくなり、ツッコミしていただくなりしていただけますと幸いです。 なお、本投稿において想定するツールはGit、ホスティングサービスはGitHubですが、多分その他のサービスでもいけるのではないかと思います。 開発準備 「新しくチームに配属された！」等のシチュエーションを想定しています。 開発
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
