この記事は賞味期限切れです。（更新から1年が経過しています） バージョン管理システムとして様々なシーンで目にするようになったGitですが、 今日は複数人によるプロジェクトではなく、一人で担当するようなシンプルな更新業務で使用するケースを考えてみます。 前提となるストーリー 例えば、ヒサユキ君（仮名）が新たにこんな案件の担当となったとしましょう。 担当業務も増えてきて、そろそろ少し作業の効率化を図りたいところ。 定期的にあるWebサイトの更新業務を請け負っている 孫受けでWebサーバへのアクセス権がないので、データ納品後、先方からサーバへアップロードしている Webサイトのデータはフルパッケージだと大変サイズが大きいので、差分ファイルで納品したい 担当は自分一人 差分ファイルのアーカイブならzipコマンドでも出来なくはないですが、 「せっかく流行なので練習ついでにGitを導入して管理してみよ
昨年は社内を始め、いろんなところでGitの勉強会をさせて頂きました。 以下の資料は、はてブ数も700を超えてホッテントリー入り。ありがとうございます！m(_ _)m いつやるの？Git入門 v1.1.0 from Masakazu Matsushita この資料のおかげで、slideshareで2013年にPVを集めたアカウントの上位1%に入ってたみたい！ヽ(=´▽`=)ﾉ Masakazu's year 2013 on SlideShare これがきっかけでGit本を出版することになりまして、昨年秋ぐらいから仲間を募って書き始めて、ようやく発売となりました！長かった・・・。自分はChapter 1やその他のChapterの一部の執筆と、全ての図の作成や画面キャプチャなどをやりました。あとは共著だとみんなバラバラな粒度や書き方になりがちだったので、他のメンバーが書いてくれた内容のチェックと
初心者向けということ、共演の講師がよしおかさんとさわださんということから判断して、私のセッションはなるべくゆるっとした内容にしてみた。 概要エンジニア / not エンジニアのどちらにも、githubは役に立つツールであるgithubを使うのは、コミュニケーションのツールとして優れているからであるコミュニケーションのツールとしてgithubを使うには、知っておいた方がいいことがある…という感じ。各セッションがらっとカラーが違っていたのはよかった。 感想ともチャン vs ぼなみ、という爆弾娘対決を見ることができてよかった。でも二人ともわりとおとなしかったな。結構「便利だって聞いてるけど難しそうだしよくわかんないし怖い」という層が多く来ていた。勉強するには良書が出たので、勉強するモチベーションとして「楽しさ」を伝えたかった。久しぶりに勉強会に参加し、久しぶりに登壇した。ここんとこ課外活動が減っ
こもりはひとりで仕事することが比較的多いんですね（BDD）。で、最近はこんな感じのシステム構成でやることが多いのでそれを紹介してみましょうかね。 Gitで管理しつつ半自動化 ボッチでの作業であってもなくても、仕事に関わるものは基本Gitの管理下に置くようにしています（ローカル）。何かやる時は自分でサーバから用意することが多いのですが、テスト用であっても本番用であってもそのサーバの中でGitを動かすことはありません。 BeanstalkなどのGitのリモートリポジトリにローカルからPushした時、自動的に何かしらのプロトコルでリモートのサーバにデータが転送（デプロイ）されるようにしています。たとえばこのブログの例でいくと、テーマの編集をしてそれを反映させるためにリモートのGitリポジトリにPush。Pushされたら変更分だけがこのブログが動いてるDigitalOceanのサーバに転送されます
A free Git client for Windows and Mac Sourcetree simplifies how you interact with your Git repositories so you can focus on coding. Visualize and manage your repositories through Sourcetree's simple Git GUI. Simple for beginners Say goodbye to the command line - simplify distributed version control with a Git client and quickly bring everyone up to speed. Powerful for experts Perfect for making ad
git-ftpはGitのリポジトリからFTPサーバにアップロードできるGitコマンドの拡張です。 リポジトリはGitで管理しつつも、デプロイは未だにFTPを使っている…なんて会社は多いのではないでしょうか。せっかく先端の技術を使っておきながら半分はレガシーなまま、これでは勿体ないです。git-ftpを使ってスムーズな運営をしましょう。 設定です。git configを使ってユーザIDとパスワード、アップロード先を登録しておけます。 コマンド例です。 git-ftpを使うとGitリポジトリからFTPサーバにアップロードできるようになります。その逆はできません。ログインIDやパスワードは予め記録しておけるので、後はgit ftp pushを実行するのみになります。スコープ機能があり、複数のサーバへの同期を個別に管理できます。Ignoreにも対応し、設定ファイルを使ってアップロードしないファイル
もうFTPを利用することは止めて、Gitを使おう。そのほうがメリットが多いよー 2014.02.26 | この方法お勧めです！ | 覚えておきたい どもどもパープルことメガネこと大串です。 最近なにかと涙もろくなりまして、ちょっと身近な人のBlogとか読むだけでも熱いものがこみ上げたりしています。こういうことって今後も増えていくんでしょうね。母親がやたらめったらテレビに向かって泣いていたのも頷ける今日このごろです。 さてGitHubシリーズですね。前回は GitHubをつかって共同開発！ サイトのデザインリニューアルしました !という記事を書きました。もちろん今も共同開発は続いておりまして、次のマイルストーンは月末を予定しております。達成率は25%ですが、なんとなかるでしょう。。。たぶん。。おそらく。 そしてきょうの本題ですね。タイトルの通り、FTPをやめてgitでファイルの送信受信もして
Git は、元々 Linus Torvalds によって 2005 年に作られた、無料でオープンソースのバージョン管理システムです。他の SVN や CVS といった中央バージョン管理システムと違って、Git は分散型で、すべての開発者がローカル環境で彼らのコードのリポジトリの完全な履歴を持っています。これは、最初のリポジトリのクローン作成に時間がかかりますが、commit、blame、diff、merge、log といったこれに続く作業を劇的にスピードアップします。 Git は多くの革新的で強力なワークフローやツールにつながる、リポジトリ履歴のブランチ、マージ、および書き換えに非常に役立ちます。プル リクエストは、チームが Git ブランチでコラボレーションを行い、他のコードを効果的に見直すことができる、非常に人気のツールです。Git は現在世界で最も広く使用されているバージョン コント
Gitのワークフローに関する話題が、また盛り上がっているようなので、僕が好んで使っているワークフローについて書きます。 対象としているソフトウェアは、GitHubやGitHub Enterprise等を使って開発されている、リリースブランチを切らずにmasterにリリースタグを打っていくだけで十分な程度の、ウェブサービス（の部品）やオープンソースプロジェクトです。 まず、以下の２点を原則として考えています。 origin masterを壊さない origin masterの（1st parentをたどるツリー）にテストを通らないcommitを入れないよう努めます 変更の主題を常に明確にする 前者の理由は、masterをいつでもリリース可能な品質に保つためと(←12:44追記)git bisectするときに困らないようにするため。そして、これらの原則から、以下のようなワークフローで作業するこ
分散バージョン管理システムの利用は拡大しています。そのなかでも最も人気のあるツールはGitでしょう。しかし、GitをWindowsで使うのはなかなか困難でした。 Windows向けのGitであるmsysGitは、bashのコンソールを出して、最小限のUnix風コマンドライン環境を提供するものです。これは使いやすくありません。もう一つの選択肢であるTortoise Gitは、Windowsのエクスプローラー（ファイルマネージャ）に統合されたGUIツールですが、僕は「なんか違うな」と感じてました -- これは個人の感性の問題ですが、ファイルマネージャに横付けすることが、分散バージョン管理システムへの良いUIを提供するようには思えないのです。 ところが、最近は事情が大きく変わっています。使いやすいGUIツールとして、2013年6月に正式公開されたSourceTree for Windowsが存在
Gitクライアントの「SourceTree for Windows」、日本語化された最新版が無償公開、アトラシアン アトラシアンが提供している無償のGitクライアント「SourceTree for Windows」がバージョン1.4となり、無償公開されました。そしてこのバージョンからWindows版も日本語化されたことが、同社エバンジェリスト 長沢智治氏のブログ「Re:WorkStyle」にポストされたエントリ「SourceTree for Windows 1.4 日本語版が公開に」で発表されました。 これまでSoruceTreeのMacOS版は日本語化されていましたが、Windows版は英語版のままでした。同社は「SourceTree for Windows 翻訳にご協力ください！」と昨年から協力を呼びかけており、今回のバージョン1.4からその成果が反映された形です。 SourceTre
少人数チームでのソフトウェア開発でソースコードを管理するリポジトリにGitを適用して1,2ヶ月ほど経過しました。Gitを開発に使用するのは今回が始めてで、みなSubversionを使っていたメンバーです。 開発環境 OS Linux、たまにWindows 開発言語 Java プログラミングツール NetBeans 7.4 Gitクライアント NetBeans標準搭載のGit機能、たまにコマンドライン、WindowsではたまにTortoiseGit Gitサーバー apacheでgit-http-backend、Redmineと認証統合 現在の使用状況 Gitの共有リポジトリを、開発サーバー上にapache（HTTP）でホストしています。 共有リポジトリはmasterブランチ一本で、各メンバーはローカルにcloneしたあとローカルのmasterで変更作業を実施し、適宜共有リポジトリのmast
プルリクエスト／レビューを取り込んだ、よりシンプルなGitHub Flowの運用を図解する：Gitブランチを使いこなすgit-flow／GitHub Flow入門（終）（1/2 ページ） 数回にわたってgit-flowとGitHub Flowを使ったGitの活用テクニックを紹介します。最終回は、GitHubが採用している、git-flowよりシンプルな構成のブランチ管理フローについてです。5つの運用ルールや開発の流れを図を交えて解説します。 本連載「Gitブランチを使いこなすgit-flow／GitHub Flow入門」では、これまでgit-flowについて解説してきました。git-flowはプロダクトを厳格にリリースすることを念頭にフローが考えられていますが、プロジェクトによっては、冗長過ぎると感じることもあるかもしれません。本連載の最終回となる今回は、git-flowに比べシンプルなブ
2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。本件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 本件に関する詳細は、プレスリリースをご確認ください。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
git-flowでもgithub flowでもない、Git本家推奨のワークフロー
