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 この記事では、私のいくつかのプロジェクト（仕事でもプライベートでも）で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書
【翻訳】Gitをボトムアップから理解する
John Wiegleyさんの "Git from the bottom up" を翻訳しました。 元PDFはこちらからダウンロードできます： http://newartisans.com/2008/04/git-from-the-bottom-up/ 元記事のライセンスがクリエイティブコモンズのBY-SAであったため、この翻訳もBY-SAとなります。 ライセンスを守って自由にご利用ください。（詳しくは記事内の最初にも書いてあります） 翻訳ミスの指摘や改善の提案等があればブログコメントやTwitter(@oshow)などで遠慮なくどうぞ。 Git をボトムアップから理解する Wed, 2 Dec 2009 by John Wiegley 私が Git を理解しようと調査した時、高級なコマンドの視点から眺めるよりボトムアップ式に理解することが役立った。そしてボトムアップ視点で見る Git が
Top 10 Git Tutorials for Beginners
President of WebFX. Bill has over 25 years of experience in the Internet marketing industry specializing in SEO, UX, information architecture, marketing automation and more. William’s background in scientific computing and education from Shippensburg and MIT provided the foundation for MarketingCloudFX and other key research and development projects at WebFX. As a web designer or web developer, yo
図解 Git
もし図の表示がおかしかったら、このページの SVGでないバージョンを試して下さい。 SVG の画像処理を中止しています。 (SVG の画像処理を再開) このページのオリジナルは、Mark Lodato さんが執筆した A Visual Git Referenceです。 このページでは、よく使われる git のコマンドを簡潔に図を用いて説明します。 git について少し知識があるなら、このページはその知識を整理するのに役立つかもしれません。このページがどのようにして作られたのか興味があるなら、私のGitHub リポジトリを見て下さい。(日本語訳の GitHub リポジトリ) 内容 基本的な使い方 凡例 コマンドの詳細 Diff Commit Checkout 分離HEADでの commit Reset Merge Cherry Pick Rebase 技術メモ 基本的な使い方 上記4つのコマ
続・イラストでわかるgit入門の入門：ブランチを切る
drwxr-xr-x 3 masatoshi staff 102 6 13 18:29 . drwx------+ 17 masatoshi staff 578 6 13 18:28 .. drwxr-xr-x 10 masatoshi staff 340 6 13 18:29 .git
多人数開発で Git を使う場合の環境構築 | GREE Engineering
こんにちは、インフラやってる sotarok です。最近、社内でも「sotarok は そーたろっくと読む」という誤解が広がっていましたので改めて自己紹介しますと、sotarok と書いて「そーたろー」または「そーたろー・けー」と読みます。ロックしてないのでよろしくお願いします。 今日は、Git の話です。 GREE ではずっと Subversion を使っているという話を、以前開発環境の話をしたときに少し触れたことがあります。Subversion での運用方法も、GREE では割と面白い運用をしているのでその話もどこかでしたいのですが、まあ、それは今回は置いておきましょう。どこかで聞いてください。 GREE もその昔 CVS から Subversion に移ったのですが、時代は流れるもので、いよいよ Git 化という流れがきています。Subversion と Git の違いを今更あえて挙
Git Cheatsheet
stash workspace index local repository upstream repository status Displays paths that have differences between the index file and the current HEAD commit, paths that have differences between the workspace and the index file, and paths in the workspace that are not tracked by git. diff Displays the differences not added to the index. diff commit or branch View the changes you have in your workspace
svnserve ベースのサーバ
サーバに Apache を使用できない状況にあるかもしれません。幸い、Subversion には Svnserve (通常の TCP/IP 接続上でカスタムプロトコルを使用する、軽快なスタンドアロンサーバ) が含まれています。ほとんどの場合、svnserve は Apache ベースサーバより簡単にセットアップ・実行できます。また今では、さらに安全しやすくする SASL サポートも含まれています。 Subversion の最新版は、http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=91 から取得してください。またはパッケージ化済みインストーラを、CollabNet の http://www.collab.net/downloads/subversion から取得してください。このインストーラは、svnser
ソフトウェア構成管理の 高度な実践方法 | 東陽テクニカ
新しいソフトウェア構成管理（SCM: Software Configuration Management）ツールを自社内に展開するとき、実装担当者は、しばしば詳細な活動まで完璧に行おうとする一方、これまでのまずい大規模なやり方 を、知らず知らずに推し進めてしまいます。その結果として、大きな失敗を招いてしまいます。 ここでは、SCM展開における著者の経験に照らした、高度なSCM実践方法（ベストプラクティス）をご紹介します。 「道具は、それを使う人によって効果が変わる」とよく言われます。我々は、ソフトウェア構成管理（SCM）ツールの提供者、あるいはソフトウェア会社に対 するコンサルタントとして、SCMのベストプラクティスについての適切なアドバイスをしばしば求められます。すなわち、「どのようにSCMソフトウェアを 展開すれば最大の利益を得られるか」という内容のアドバイスです。このような要請に対し
＠IT：明日からできるプロジェクト管理（2）
成果物・文書管理にすぐ使えるオープンソース～効果的な成果物・文書管理手法～：明日からできるプロジェクト管理（2）（1/3 ページ） 今回は、文書管理の効果的な手法とその手法を具体的に支援するオープンソースツールを紹介する。つねに更新される成果物や文書を系統立てて、なおかつ時系列に沿って管理するにはどうすればいいのだろう。 プロジェクトマネージャ（＝PM）の石出さんは今日も悩んでいます。 石出さん談――。 「成果物はどこにあるのだろう。レビューしないといけないけどできあがっていないように思える。でもできたといっていた。どこにあるのだろう。あっ、これか。あれっ、この間の指摘が反映されていない。メールをしたらバージョンが違っていましたという回答が返ってきた。これが最新なのか。確かに反映されている。これで内容をチェックして、これでオッケーと。この文書については100％の進ちょくとしてよいだろう。あ
変更管理、その正体と対策
連載第1回「ファイルバージョンの管理だけで十分ですか？」では、構成管理とは単なるファイルのバージョン管理ではなく、例えていうならプロジェクトを丸ごと保存することであり、その導入手順の概要をお伝えしました。第2回「プロジェクトの構成要素を探す手順」では、構成要素の見つけ方についてお話ししました。第3回は、それら構成要素の変更管理について解説したいと思います。 変更管理とは？ まず、変更管理について明確にしておく必要があります。皆さん、変更管理という言葉を聞くと、“何となく”想像することはできても、明確には定義できないのではないでしょうか？ システム開発における変更管理とは、 変更要求を一意に識別し、 変更要求に対応することによる影響を正しく把握したうえで対応計画を立て、 対応作業の実施およびその結果を確認すること によって、常にすべての成果物間の整合性を確保・維持すること、です。 CMMIの
ファイルバージョンの管理だけで十分ですか？
短期連載（要求仕様のボトルネックを探る）では、ITプロジェクトにおける“要求”というものにフォーカスし、高品質な要求開発と、その要求を管理することについてお話ししました。今回の連載では、構成管理（SCM：Software Configuration Management）について見ていきたいと思います。 読者の中には、構成管理といわれると「ソースコードのバージョン管理のことでしょ」ということで、主にライブラリアンと開発者が気にするものという認識の方も多くいらっしゃるのではないかと思いますが、本当にそうでしょうか？ 数人のチームで、1カ月程度で作り上げるようなシステムや、オープンソースではうまくいっても、ある程度の規模の受託開発や、製品開発ではそれだけではうまくいかないことが多いのです。そこで今回は、まずは構成管理の概要をつかんでいただきたいと思います。 プロジェクトの現場で見られる問題点
Tracで開発現場を交通整理---目次：ITpro
チーム内のタスクや分散開発におけるタスク管理の手段として，プロジェクト管理ツールのTracが注目を集めています。Tracは，Ruby on RailsやSpring IDEなどでも利用されています。本連載では，開発現場を交通整理するために，Tracを利用したプロジェクト管理の効率化を，Tracの基礎から紹介していきます。 日本のTracコミュニティであるShibuya.tracのメンバーから厳選された，渋谷.trac 吐羅苦野郎Aチームが執筆を担当します。ぜひお読みください。 第1回 Tracをオススメする，これだけの理由 第2回 Trac Lightningで簡単インストール 第3回 TracをLinuxにインストール，Tracの基本的な設定 第4回 Tracではじめるバグ管理入門
Subversionで簡単・確実にファイルを構成管理
Subversionで簡単・確実にファイルを構成管理：エンジニアがお薦めする 現場で使えるツール10選（4）（1/5 ページ） 普段無意識にやっているファイルの整理を、「Subversion」を使ってバージョン管理、構成管理します。このツールを使えば、開発チームの効率がアップすること間違いなしです！ 構成管理≒バージョン管理 バージョン管理というと、ソフトウェア構成管理のことを示す文章を見掛けますが、「CMMI」（Capability Maturity Model Integration：ソフトウェア開発におけるプロセスの成熟度評価やプロセス改善を行うためのガイドライン）のソフトウェア構成管理によると、「変更管理を含むソフトウェアの構成を制御・管理できていること」と定義されています。 今回は、ソフトウェアのソースコード管理だけでなく構成管理（ドキュメント管理）におけるSubversionの
Gitの基礎練習
バージョン管理ツールGitの基礎練習です。 Windows XPのコマンドプロンプトでGitの基本的なコマンドを動かしていきます。 Gitを学び始めるきっかけにどうぞ。 （筆者もまだGitを使いこなしているわけではありません。 誤りのご報告、改善提案などは大歓迎です。フィードバックからよろしくお願いします） 目次 はじめに ダウンロードとインストール ファイルをGitの管理下に置きましょう 新しいファイルを追加します 新しいディレクトリを追加します 編集からコミットまでの流れはこんな風に進みます ブランチを使ってみましょう ここまでの作業ログを見ましょう この文書に書かなかったこと 関連リンク 更新履歴 ぜひ、感想をお送りください はじめに Windows XPのコマンドプロンプトで、 バージョン管理ツールGitの基本的なコマンドを動かしてみましょう。 この文書の通りに実行すると、 基本的
Git Cheat Sheets JP
設定 基本 ブランチ リモート・リポジトリ git-stash git-svn 参考 修正履歴 設定 Git には様々なオプション設定がある。中には挙動を大きく変えるものもあるので注意が必要である。 設定をすべて表示する $ git config --list システム (/etc/gitconfig) の設定 $ git config --system --list や、ユーザーごと (~/.gitconfig) の設定 $ git config --global --list など表示する対象を絞ることもできる。 ユーザ名とメール・アドレスを設定する $ git config --global user.name "John Doe" $ git config --global user.email "john.doe@example.com" コミットする時に記録されるユーザー名とメ
連載：オープンソースで始めるバージョン管理＆タスク管理
第2回 簡潔なコーディングのために （2017/7/26） ラムダ式で記述できるメンバの増加、throw式、out変数、タプルなど、C# 7には以前よりもコードを簡潔に記述できるような機能が導入されている 第1回 Visual Studio Codeデバッグの基礎知識 （2017/7/21） Node.jsプログラムをデバッグしながら、Visual Studio Codeに統合されているデバッグ機能の基本の「キ」をマスターしよう 第1回 明瞭なコーディングのために （2017/7/19） C# 7で追加された新機能の中から、「数値リテラル構文の改善」と「ローカル関数」を紹介する。これらは分かりやすいコードを記述するのに使える Presentation Translator （2017/7/18） Presentation TranslatorはPowerPoint用のアドイン。プレゼンテー
ソーシャル化するOSS開発者たち － ＠IT
ロング・テール理論の名付け親で、雑誌「Wired」の編集長としても知られるクリス・アンダーソン氏が3月12日付けのブログでオープンソースソフトウェア（OSS）プロジェクトの運営体制に関する誤解を指摘をしている。 アンダーソン氏によれば、多くの人はオープンソースプロジェクトというのは草の根から立ち上がり、自律的に組織化し、民主的に運営されているという誤った認識を持っている。ところが現実はまったく逆で、1人か2人の「慈悲深い独裁者」によって運営されている、という。 これはオープンソースプロジェクトに参加していたり、あるいは日常的に成果物を利用している人であれば、そういうものだと首肯するかもしない。メーリングリストで客観データに基づいて議論したり、リーダーを民主的に選ぶようなプロジェクトもあるかもしれないが、おおかたのオープンソースプロジェクトには、それを開始し、中心に位置し続ける“独裁者”がい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://qiita.com/suzukit86/items/2e72c36dc8a776e4b45c
http://www.asahi-net.or.jp/~iu9m-tcym/svndoc/svn_backup.html