リポジトリの作成と基本的なバージョン管理――SourceTreeで始めるGitバージョン管理入門 第1回 | OSDN Magazine
本記事では、GUIで操作できるGitクライアントであるSourceTreeを使用し、バージョン管理を行う際に必要なリポジトリの作成やリポジトリへのファイルの追加/削除、コミットといった基本的な作業について説明します。 【連載】SourceTreeで始めるGitバージョン管理入門 第1回：リポジトリの作成と基本的なバージョン管理 第2回：タグとブランチ 第3回：国産のGitリポジトリサービス「SourceForge.JP」 本記事について 本記事は、2014年10月22日にソフトバンク クリエイティブより発売された書籍「デザイナーからプログラマーまで 絶対わかるGitバージョン管理」から、「第2章 バージョン管理はじめの一歩」の一部を抜き出し再構成したものです。 なお、本書の解説ではMac OS X版のSourceTreeを使用していますが、Windows版の場合でも同じ操作で作業を行うこと
「GitLab」を使ってGitリポジトリを管理 - Tech-Sketch
GitLabとは？ GitLabとは、GitHubのようなサービスを社内などのクローズドな環境に独自で構築できるように公開されたオープンソースです。 GitHubだと開発した成果物が社外に保存されるということで業務利用が敬遠されることがあると思います。 しかし、開発者にとってGitリポジトリが管理できるGitHubは非常に便利で使い勝手のいいものです。 それを社内にも構築できるようになるということで関心をもたれる開発者の方々も多いのではないでしょうか。 GitLabがどういう仕組みで稼働しているのか、またどういう運用をすればいいのか、その際の注意点など、 筆者が実際に導入した経験をもとにご紹介したいと思います。 どういう仕組み？ GitLab1がどういう仕組みで稼働しているのかについて説明します。 GitLabはRuby on Railsで実装されています2。 基本的にGitL
Ubuntuで、GitLabをインストールしてみたよ！
きっかけ 社内で、「git使って、Pull Request文化取り入れようぜ！」 という機運が上がってきたので、入れる担当になったのですが・・・(´・ω・`) これが、思わぬ所でハマったので簡単に手順メモです。 GitLabとは そもそも、「GitLab」とは？ 一言で言うと githubのオープンソースクーロンです。 簡単に自分が調べた限りの特徴を 社内などプライベートなサーバーに構築 github に似たUIを持っている issue, wiki, Merge Requests(pull request) Ruby on Rails で作られている ソースが公開されていて自由にインストールできる 要は、github使いたいけど、ソースが「公開」になるのはまずいよな～ と、いうのに答えるプロダクトです。 前提条件 Ubuntu 12.04 LTS Ruby はdeb DBはMySQL とり
来夢多” 技術で夢を叶える会社
必ず約束を守る企業を目指します。 約束事がどんなに厳しい条件、スケジュールそして 環境 でも、みんなで考え、話し合い、それを解決に導く事で、和の大切さを理解する企業を目指します。 夢の実現を決して諦めない企業 大いなる好奇心を育み、その不思議さと面白さに感動を覚え、いつか開発場面で使える企業を目指します。 夢がある方、来夢多でその夢を実現させてみませんか。まだ夢を探している方、来夢多で夢を見つけてみませんか。みんなの大切な時間を来夢多ともに過ごす時間をください。 IT技術を通して皆様の夢をかなえていきたい、そして、来夢多と来夢多の仕事をもっと好きになってほしいです。 常に自社らしさを追求する企業 「かっこ良く」、「らしさ」を如何に前面に出せるかを常に考え、オンリーワンを目指す企業です。 近年AIの技術が加速度的に発展し、IT業界にもシンギュラリティが押し寄せるかもしれません。我々は、「ニッ
CentOS 6.5にjenkins+nginxをインストールとSSL導入(GitLabと共存) - Qiita
以前に入れたサーバーにjenkinsを共存させる。 CentOS 6.5にGitLab 6.8をインストールとSSL導入 http://qiita.com/narumi888/items/da664ce0aca5373fd9aa 既にGitLabが公開されているのでサブディレクトリに配置。 環境は2014/4/25時点で全て最新のものを使用。 CentOS:6.5 Jenkins:1.560 nginx:1.6.0 以下のサイトを参考にさせて頂きました。 ありがとうございました。 virtualbox(centos)にjenkins+nginxでインストールする方法メモ http://qiita.com/ryurock/items/e41a821a8287091d7510 さくらVPSにJenkinsをインストールしてGitlabと連携したメモ。 http://qiita.com/ANTO
SourceTreeの使い方 | コミットの取り消し方法まとめ（amend, reset, revert, cherry-pick） - ICS MEDIA
SourceTreeの使い方 | コミットの取り消し方法まとめ（amend, reset, revert, cherry-pick） 高機能Gitクライアントの「SourceTreeソースツリー」（無料）や「Tower」（有償）は導入しやすく機能が豊富なため人気があります。Gitにはコミットやプッシュだけではなくさまざまな機能が存在するので、使いこなすことで効率よく開発を進めていけるでしょう。本記事ではGitを使う上で必須となるcommitコミットの取り消し方法をテーマに、次の4つの機能を解説します。 コミットの修正・やり直し（amend） コミットの取り消し（reset） コミットの打ち消し（revert） 別ブランチからのコミットの取り込み（cherry-pick） 本記事では次の機能をSourceTreeとTowerの両方のソフトウェアの操作方法として解説します。 コミットの修正・や
git-svnを利用した運用を考える - Qiita
最近、諸事情あってsubversionからgitへプロジェクトの半ばでバージョン管理を変更しました。その際にちょっと変わった形でgit-svnの運用を行う事になったのでやりかたに関して簡単にログを残しておきます。 プロジェクトを取り巻く事情 今まではSubversion(仮にメインとします)を用いた運用を行っていたのですが、気軽にtrunkに対してコミットする事が出来ない事情がありました。では、メインSubversion上にbranchをたてればいいじゃんという話になるのですが、ブランチすら気軽に切る事が出来ない状態でした。その上、メインのSubversionにコミットすることが可能なのはコミッターだけとなっておりコミッターの負担が増えつつありました。 今までの運用 今まではメインSubversionとは別に 同期しないSubversion(仮にローカルとします)を別途立てて、なんと手動で
Git運用ダメ出し会 - ネクストスケープ 2014/05/27 パワーランチ資料
2. Git運用ダメ出し会 アジェンダ Last Updated: Wednesday, May 28, 2014 www.nextscape.net 2 Gitについて軽く説明 (Subversionとの違いなど) Sitecoreウェブサイトでの運用事例 Windows上でGitを使う際の注意点 3. Git運用ダメ出し会 Subversionとの違い Last Updated: Wednesday, May 28, 2014 www.nextscape.net 3 SubversionとGitで使う用語の意味は変わっていない。全体のコンセプトが違う。 作業コピー Subversion Git リポジトリ コミットチェックアウト 作業ツリー リポジトリ コミットチェックアウト リモート リポジトリ クローン(複製) 4. Git運用ダメ出し会 Sitecoreデータのバージョン管
初めてコードレビューされる人のためのpull requestとcommitの作り方 - Qiita
pull requestの作り方について 作業途中でもpull request作ったほうがいい。 作業途中だと分かるようにwantedlyだと、[WIP]とかタイトルの最初につけてる タイトルに書くこと 作業の内容が分かるタイトル descriptionに書くこと WHY WHATを必ず書く Viewに変更がある場合は、スクリーンショットを貼る 関連のissueやpull reqeustへのリンクがあれば書く コードだけで分かりにくい箇所の説明(できるだけコードだけで分かるほうがいいけど) イメージは、初めてpull requestを見る人がmergeする上で必要な判断ができる情報があること。 どの作業をしているか、残っているか分かるように、マークダウンでチェックリスト作る git commitの方法について 僕自身まだまだcommitの単位は汚いので、今の僕レベルで気をつけていることを書
Gitのfetch/pullサブコマンドで--pruneオプションをデフォルトにする
Gitではbranch -aでリモート・リポジトリーも一覧できる。この一覧には既にリモートでは消されたリモート・リポジトリーも表示される。この一覧を更新するにはfetch --pruneを使うわけだが、いちいちそうするのは面倒くさい。どうやらfetch.pruneをtrueにするとデフォルトで--pruneを付けてfetch(及びpull)を実行してくれるようだ。 $ git config --global fetch.prune true $ git fetch From https://github.com/hail2u/example x [deleted] (none) -> origin/deleted-branch グローバルに設定して良い場合はこれで常に--prune付きでfetchとpullが実行されるようになる。この設定はプロジェクト・ローカルで特定のリモートに対してのみ
gitのbareリポジトリのバックアップをとる - tumblr
チームでgitを使うときは個人の公開リポジトリから適宜pullする、なんてことはせずにsvnのように中央集権的なbareリポジトリを作ることになると思います。 で、そのリポジトリが吹っ飛んだときとかは、分散型の特性を生かして個人のリポジトリをドラゴンボールみたいに寄せ集めて願い事を唱えながらmergeをしてbareリポジトリを蘇らせるというナメック式バックアップを取ることもできますが、やはりここは宇宙人のなかでもダントツでかしこいとされる地球人らしさを見せておきたいわけであります。 というわけでbareリポジトリのバックアップをとりたいのです。 ベタにrsyncとかscpでリポジトリまるごと日次バックアップというのもいいのですが、その場合バックアップ時刻からリポジトリが吹っ飛んだ瞬間の間にpushされていた変更は失われてしまうわけです。失われた分をわざわざpushするのは地球人らしくありま
【Tig全まとめ】Gitを自由自在に操るための必殺ツール - Qiita
インストール方法から参考リンクまで。 自分の勉強ついでに、Tigについて基本の すべてをまとめてみました。 合わせて読みたい 【おすすめ】MacのFinderをカスタマイズする魔法のコマンドたち 【おすすめ】これからWebする人はここ読んどけ(HTML/CSS/JS/Ps/Ai.etc) 【おすすめ】Qiitaを使い倒す方法一覧 Tigとは 定義 Tig is an ncurses-based text-mode interface for git. It functions mainly as a Git repository browser, but can also assist in staging changes for commit at chunk level and act as a pager for output from various Git commands. 要
FishEye/Crucible 3.8: performance and patch upload improvements - Atlassian Blogs
An update to customers, stakeholders, and shareholders on our mission to unleash the potential in every team.
図解 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のbranch運用入門【git flow もどき】 - すこしふしぎ．
どうもこんにちは．1000chです． facebookのおすすめ言語診断したらrubyがでてきました． ふだん蛇使いなのですが，宝石商としてのスキルも磨くべきなのでしょうか． いまんとこrubyのインタラクティブシェルの起動方法も知らないレベルなんですけどね． さて，最近チームで開発することが多々あり，ビギナーながらだんだんとgitをつかった開発に慣れてきました． 慣れるにつれ，なかなかわからなかったチーム開発におけるブランチの運用方法が見えてきた気がします． ということで今回は初心者がgitを使う際一番最初にぶつかるであろう壁，ブランチ運用の仕方をgit-flowをベースにまとめます． 自分のような初心者向けということで，後ろにチュートリアル形式でまとめておこうと思います． 対象としてはgit commitはできるけどgit branchが怖い人，目指すところは を こうすることです！
【Git】サルでも分かるとか言われても分かんねーよって思ってたけど、少しだけGit使えるようになってきた話
Git使ってます？Git。 覚えなくちゃなあ…でもあれ正直よくわかんないんだよなあ…。そんなデザイナー結構いるんじゃないかと思いますが（いてくれ！）いかがでしょうか。 一応、ご存じない方のために概要を抜粋。 Git（ギットまたはジット）は、プログラムのソースコードなどの変更履歴を記録・追跡するための分散型バージョン管理システムである。もとはLinuxカーネルのソースコード管理に用いるためにリーナス・トーバルズによって開発され、それ以降ほかの多くのプロジェクトで採用されている。Linuxカーネルのような巨大プロジェクトにも対応できるように、動作速度に重点が置かれている。現在のメンテナンスは濱野純 (Junio C Hamano) が担当している。 Wikipediaより つまりGitとは、コードや画像の修正・変更ごとにファイルの状態を記録し、それぞれのバージョンを管理することができるシステム
ワークフローを強化した「Git 2.1」がリリース | OSDN Magazine
Git開発チームは8月15日、オープンソースの分散型バージョン管理システム「Git 2.1」をリリースした。2系初のメンテナンスリリースとなり、ワークフローや性能が改善されている。 Git 2.1は5月末に公開された2.0に続くもので、ユーザーインターフェイスとワークフロー関連、性能などの強化が行われている。 後方互換性のない変更点として、gitが呼び出すページャを指定するLESS環境変数のデフォルト設定でlessに与えるオプションが「-FRSX」から「-FRX」に変更された。これにより、端末内で1行に収まらないような出力は折り返して表示されるようになる。 また、core.preloadindex設定変数のデフォルト値が「有効」となり、マルチコア環境を活用できるようになった。コメントメッセージでカスタムコメント文字を特定するcore.commentCharでは「auto」設定が可能になって
ノンプログラマでも今日から使える「Git」でバージョン管理
※ 本スライドの内容を解説した、電子書籍を販売中です。 <a>http://p.booklog.jp/book/86773</a> 「Git（ギット）」や「バージョン管理」という言葉は聞いたことはあっても、なんだか難しそうなイメージを持っているかも知れません。 特に、プログラマーやエンジニアのツールであって、デザイナー・マークアップエンジニア・ディレクターの方は「自分には無縁」と思っているのではないでしょうか。 しかし、Gitはプロジェクトに関わるすべての方が使えると、コミュニケーションツールとしての役割も果たし、非常にスムーズにプロジェクトを進行させることができます。 このイベントでは「ノンプログラマの方」を対象に、Gitのよく使う部分だけをピックアップしてわかりやすく紹介、今日から使えるテクニックや便利なポイントを紹介していきます。Read less
【git】分かりやすく！mergeは「合流」、rebaseは「付け替え」!
gitのコマンドって、コマンド名だけでは動作が想像できないものが多いですよね…。けど、勉強していく中で呪いのように見かける言葉。 『rebaseすんなし』 ﾄﾞﾕｺﾄｰ？ってことでまとめ。 pull = fetch + merge（rebase）! まず。 gitの主な動作はpush・fetch・merge・rebaseで出来ます。 push rebase pullはー？っていうと、fetch して mergeする = pull。 ちなみに、fetch して rebase する = pull --rebase。 要するに、pullは使わなくてOK！ってことです。 使わなくていい理由はこちらの記事が分かりやすかったです。ご参照ください。 Git pullを使うべきでない３つの理由 mergeするとどうなるの？ mergeは2種類ある！その1・・・Fast-Forward topicブランチは
Linux 入門
超簡単！Linux 入門サイト！ 当サイトは私がリナックス (Ubuntu) を使っているなかで、覚えたことを書き溜めていったものです。 気付けばいつの間にか結構な量になっていました。 私は Linux の普通のユーザであって、 "Linux とはなんぞや" と語る資格はないと思ってますので、難しいことは抜きにして、 多くの場合はとりあえず、「こうやったらうまくいきました」「これはダメでした」という率直な私の経験を書いています。 ちなみに、ひとくちにリナックスと言っても私は Ubuntu を利用していますので、 このサイトの情報も基本的に Ubuntu での情報です。 何か参考になることがありましたら幸いです。 ここまでお読みいただき、誠にありがとうございます。SNS 等でこの記事をシェアしていただけますと、大変励みになります。どうぞよろしくお願いします。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
