git - 簡単ガイド
アッド & コミット 変更されたファイルを選択します。 git add <filename> git add * を実行するとIndexに追加されます。 これは基本的な作業の一つです。 変更を実際に適用するには git commit -m "Commit message" を実行します。 変更がHEADに入りましたが、 リモートリポジトリには未だ入っていません。 変更のプッシュ この時点で、変更がローカルリポジトリのHEADに適用されました。この変更をリモートリポジトリに適用するには git push origin master を実行し、masterの代わりに適用のブランチ名を入れます。 もし既存リポジトリをクローンせずに使用した場合 git remote add origin <server> を実行すると、リモートリポジトリを登録する事が可能です。 これで変更を特定なリモートリポジト
非エンジニア向けGitの使い方
エンジニアでないチームメンバーも、いくつかのドキュメントは直接触ってもらった方が早い場合があります。そこで、チームメンバー全員がGitの基本を使えるようになるべく、勉強会をしました。その記録兼テキストです。 はじめに まず始めに知ってほしいのは、Gitはただのツールであるということです。Gitを使ってやることはプログラミングではなくて、ドキュメントをうまいことまとめる事務作業にすぎないということです。 だから、エクセルを使うのとほとんど同じ。便利なツールの使い方を覚える、という姿勢で臨んでほしいと思います。(コマンドライン恐怖症な方には、Gitクライアントという便利なソフトもあるので、そういうのも利用すると良いと思います) 2人でプログラミングをすると何に困る？ 2人が別々にプログラムを書き換えてしまうと、本番の環境にアップロードするときに、衝突してしまう。どこを書き換えたか事細かにチェッ
A successful Git branching model を翻訳しました
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら： http://nvie.com/posts/a-successful-git-branching-model/ （翻訳の公開と画像の利用は本人より許諾済みです） このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 A successful Git branching model この記事では、私のいくつかのプロジェクト（仕事でもプライベートでも）で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
