更新業務の差分データ作成にGitを活用してみる - Mach3.laBlog
この記事は賞味期限切れです。（更新から1年が経過しています） バージョン管理システムとして様々なシーンで目にするようになったGitですが、 今日は複数人によるプロジェクトではなく、一人で担当するようなシンプルな更新業務で使用するケースを考えてみます。 前提となるストーリー 例えば、ヒサユキ君（仮名）が新たにこんな案件の担当となったとしましょう。 担当業務も増えてきて、そろそろ少し作業の効率化を図りたいところ。 定期的にあるWebサイトの更新業務を請け負っている 孫受けでWebサーバへのアクセス権がないので、データ納品後、先方からサーバへアップロードしている Webサイトのデータはフルパッケージだと大変サイズが大きいので、差分ファイルで納品したい 担当は自分一人 差分ファイルのアーカイブならzipコマンドでも出来なくはないですが、 「せっかく流行なので練習ついでにGitを導入して管理してみよ
gitコマンドの自分用まとめ - kenbeese's blog
基本 git remote show [remotename] 引数なしでpull、pushした場合に何を取ってくるかわかる。 git pull [remote] [remotebranch] リモートのブランチをpullする git push [remote] [localbranch] 新しくブランチをpushする場合 git push -u [remote] [localbranch] 新しくブランチをpushする場合(pullもできるようにする。上記のではpushのみしかできない) git push [remote] [localbranch]:[remotebranch] リモートのブランチの名前を変えたい場合 git push [remote] :[remotebranch] リモートにあるブランチを削除 git status -uno アントラックファイルを無視してステータス
綺麗なpull requestを送るための3つのポイント - Qiita
これはGit Advent Calendar / Jun.20日目の記事です。前回は、fukajunさんの変更を一時的に退避！キメろgit stashでした。 この記事ではgithubでpull requestを送る時に私が気をつけていることを共有したいと思います。 私が気をつけていることは次の3つです。 masterにコミットしない 簡潔なコミットメッセージを書く コミットを1つにまとめる この話の前提 以降では、次の2つのリモートリポジトリが登録されている前提で説明します。 upstream: fork元のリポジトリ origin: upstreamからforkされた自分のリポジトリ masterにコミットしない 修正作業は必ず新しいブランチを作ってから行ない、masterブランチはあくまでupstreamの更新を取り込むためだけに使って下さい。 このルールを守らないでpull req
怠惰にgitを使うためのシェル活用術、またはgst一族 - Qiita
Git Advent Calendar / Jun. 6/12 担当@T_Hashです。 明日も仕事でだるいのですが、怠惰はプログラマの美徳といいます。というわけで僕が日々の仕事で怠惰にgitを使うための設定を共有したいと思います。 zsh ↓を参考にした設定を.zshrcに記述して、右プロンプトにブランチ名とステータスを表示させています。コマンドを叩かずに状態が見えて非常に便利です。 git のブランチ名 と作業状態 を zsh の右プロンプトに表示＋ status に応じて色もつけてみた 緑だとクリーンな状態、赤だと未コミットの変更があります。「緑が正常な状態、緑に戻って来たら一段落してコーヒー飲もう」とか考えながら作業をしてます。 あと、zshはgitのコマンドも補完してくれるので地味に重宝します。 gst: git status git statusは常に叩くクセを付けた方がいいと
Git
Git is a free and open source distributed version control system designed to handle everything from small to very large projects with speed and efficiency. Git is easy to learn and has a tiny footprint with lightning fast performance. It outclasses SCM tools like Subversion, CVS, Perforce, and ClearCase with features like cheap local branching, convenient staging areas, and multiple workflows.
gitでアレを元に戻す108の方法 | Webシステム開発／教育ソリューションのタイムインターメディア
以前gitで一度行った変更をなかったことにする方法4つを紹介しましたが、 日常的に git を使用していると他にも様々な 「なかったことにしたい」「元に戻したい」 という状況に遭遇します。 そのひとつひとつについて対処方法を紹介していきます。 目次 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いてみた。でももう要らない。問題2: トピックブランチをマージしたけど実はまだ不完全だった。マージをやり直したい。問題3: リリース後に発覚したバグ。原因は30日前に自分が行ったコミットだった。なかったことにしたい。問題4: 新しいコミットしようとして間違えてgit commit –amendで書き換えてしまった。元に戻したい。問題5: 色々作業していたら作業ディレクトリの内容が混沌としてきた。一度綺麗な状態にしたい。問題6: 作業ディレクトリにゴミファイルが溜まってきた。一度綺麗
Git - Book (日本語訳)
The entire Pro Git book, written by Scott Chacon and Ben Straub and published by Apress, is available here. All content is licensed under the Creative Commons Attribution Non Commercial Share Alike 3.0 license. Print versions of the book are available on Amazon.com. The version found here has been updated with corrections and additions from hundreds of contributors. If you see an error or have a s
Markdown文法の全訳
Markdownの文法について作者が解説したページを全訳してみました。 まだまだ手を入れ足りないところがありますが暫定公開します。 【更新】2008年12月30日17時45分(ホームページを移動) 【原文】http://daringfireball.net/projects/markdown/syntax.php 【ＨＰ】http://daringfireball.net/projects/markdown/ はじめに 注意 ライセンスは修正BSDライセンスです。原文のライセンスを尊重の上、適当にどうぞ。 意訳していて、原文の意味を損なわない程度に言葉を加えたり省略している部分があります。 訳が間違っている可能性があります。暫時修正はするつもりですが、必ず原文を優先するようにしてください。 意見等につきましては遠くない将来にコメント欄など何らかの連絡方法を保てるようにしたいと考えていま
せっかちな人のための git 入門 - git をインストールし、共同で開発できる環境を整えるまで - 僕は発展途上技術者
subversion に代わる新しいソース管理システムということで git が注目されているようだ。 » Git - Fast Version Control System subversion と大きく違うところは、分散されたレポジトリがローカルマシンに置かれている点。これは、ネットにつながっていなくてもソースをコミットできるということで、最近は電車のなかでもコードを書いたりする僕にはうってつけ。 マニュアルやチュートリアルは充実しているのだが、僕はとりあえず最初にツールを触ってみて、ざっと全体像をつかみ、それから細部を調べたい質なので、もっとてっとり早く体験できるガイドを探したところ、あまり適切なものが見つからなかった。 そこで、レポジトリを作り、それをリモートにあるサーバーに置いたあと、subversion で言えば svn commit や svn update などにあたるコマン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - motemen/git-vim: My vim files for Git
サル先生のGit入門〜バージョン管理を使いこなそう〜【プロジェクト管理ツールBacklog】