本連載では、バージョン管理システム「Git」とGitのホスティングサービスの1つ「GitHub」を使うために必要な知識を基礎から解説していきます。具体的な操作を交えながら解説していきますので、本連載を最後まで読み終えるころには、GitやGitHubの基本的な操作が身に付いた状態になっていると思います。
![こっそり始めるGit/GitHub超入門](https://cdn-ak-scissors.b.st-hatena.com/image/square/c82360dbd53ee166236fd6e08a83845abd0ff195/height=288;version=1;width=512/https%3A%2F%2Fimage.itmedia.co.jp%2Fait%2Fseries%2F3190%2Flogo.jpg)
原文はこちらです。 ※この記事は「チュートリアル」からの転載です。 Git は、Subversion、CVS、Mercurial などのバージョン管理システムから移行するのに最適な分散管理システムです。複数の開発者が同時に 1 つのプロジェクトに貢献していて修正量が膨大な時に有効な道具です。無料の Github を使って git 入門をしましょう。 git は、他のバージョン管理システムとは考え方が異なります。昔の RCS はファイルの変更履歴を取得しており、その内容は、コンフィギュレーション ファイルを見るとわかるようになっていました。Git は、もっとファイル システムのスナップショットに似た発想でできています。すべてのコミットや状態は、完全なスナップショットの形で格納され、従来の差分ファイルは存在しません。Git はスナップショット間の変更のみを記録し、変更がないファイルはリンクする
@yuku_t Qiitaに載ってた GitHub Cheet Sheet 入門Git コンフリクト発生時の問題 もとの状態がよくわからなくなるとき merge.conflictstyle もとの祖先を表示さす git stash save pop indexしたものがstashされる --all --inclide-untracked --keep-index(index treeをそのまま残す) 全く新しいworking directoryがほしい git-new-workdir シンボリックリンクを貼ってくれるところがgit cloneと違うところ。 編集もstashも同期される。 diff-highlight git-core/contrib git diff & apply $ git diff -w | git apply --cached w 空白文字 cached inde
いろいろな人がgitは難しいという。そうなのかなー。ふーん。自分はあんまりそうは思わないけどつらつらと考えてみた。(無駄に長いし、有意義なことを書いてあるわけではないので、お急ぎの人はスルーしちゃってください) 前提として、分散バージョン管理システムを使うケースというのは、複数の人が共同でソフトウェアなどを作るという状況のときだ。管理の対象は通常ファイルになる。複数の人が同じところにいるという必要はないけど、別に同じ場所にいてもいい。「分散」というぐらいだから、インターネットさえ繋がっていれば、地球の裏側でもいいし、火星から共同開発をしてもかまわない。そーゆー前提でソフトウェアを開発するとする。 それのレポジトリをどこに置くかという問題は、社内のどっかのサーバーでもいいし、自分のPCでもいいし、インターネット経由でコラボレーションをするのならgithubみたいなサービスを使うというのでもい
Gitを日常の開発に使っていても、Gitがどのように動作しているのかや、ブランチやコミットがどのような概念なのかをはっきいりと理解していない人は少なくないでしょう。今回、GitHubのJohn Britton氏がイベントの為に来日し、下北沢オープンソースカフェにてGitについての非常に細かい内容についてのセッションを行ってくれました。 動画 90分ほどのセッションが高画質で録画されています。全編英語のセッションとなっていますが画面も見やすいのでご覧になってみてください。Gitのリポジトリがどういった情報を操作しているのかなどをさまざまなコマンドの実行結果と共に解説を加えるわかりやすい内容です。 大まかな話題 Gitのリポジトリの基本概念 ツリーオブジェクト・オブジェクト ワーキングコピー、ステージング、ヒストリの違い ブランチの動き セッション中のハイライトをいくつかをツイートからご紹介し
例えば以下のようにローカルにgitで管理していて、ふとgithubあたりで公開したくなったとする。はじめからgithubにレポジトリを持っていた場合は、それを $ git clone して、ローカルでごにょごにょして $ git push すればいいのだけど、その順番が逆の場合。 $ git init $ git add . $ git commit -m "initial commit" ... ここで、あー、githubにpushしたいなーとふと思う。 おもむろにgithubにsign inしてrepositoryをnewする。仮にユーザ名がuser-nameでリポジトリがrepositoryというのを作ったすると、ローカルからのpushは下記のような感じになる。 $ git remote add origin git@github.com:user-name/repository 最
1) Gitlab was chosen as an alternative to GitHub Enterprise due to its web UI, pull request functionality, and the fact that it could be maintained by GREE Tech's 80 Ruby engineers. 2) The company transitioned from Subversion to Gitlab by using git-svn to allow cross commits between the two systems during a period of combined use. 3) The speaker felt pull requests promoted a better development cul
Github上に既に作成済みのレポジトリ(他人のレポジトリでもよい)があるとします。 これをheroku上にデプロイする方法を紹介します。 やってみたらめちゃ簡単でした。 (herokuの登録、herokuコマンドのインストールについては省略します) 手元のマシンで次のようにします。 herokuコマンドでアプリケーション作成 gitコマンドで、Githubのレポジトリをclone gitコマンドで、herokuにpush 手順はたったこれだけ。 1と2は順番が逆でも大丈夫です。 それでは、レッツ・ビギン! 手順1:herokuコマンドでアプリケーション作成 以下、プロジェクト名"foo"とします。 $ heroku create --stack cedar foo Creating foo... done, stack is cedar http://foo.herokuapp.com/
2. 自己紹介 名前: 濱田康貴 HN: (っ´∀`)っ ゃー Twitter ID: @nullpopopo Facebook: http://www.facebook.com/nullpopopo 職業: インフラエンジニア 趣味: 勉強会運営 自転車 Linux 7つ道具: vim awk grep ps netstat パイプ リダイレクト 将来の夢: geek団地 (iDC併設) 建設 3. githubって何? • gitのプロジェクトホスティングサービス • 100MBまで無料で使える • gitリポジトリを自分で作って公開できる • WEB上から変更履歴などが参照可能 • githubで公開されている他のOSSのコードをforkして開発することが可能 • ただしバグトラッキングシステムがない • バグトラッキングはIssueでできます ※ 出展: はてなキーワード http
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く