VSS ユーザーがゆるやかに Git に移行するためのゆるいガイド
VSS = Visual SourceSafeまだまだ、たくさんの現場では、VSS (Visual SourceSafe) が使われ続けています。それをどうこう言うつもりはまったくありません。現場で一番良いと思うものを使うは決してイケないことではないからです。 ただ、以下の事実は知っておかなければいけません。 VSS について知っておいてほしいことVSS は単体での販売をすでに終えています。要するに新規ユーザー分のライセンスを購入することはできません。また、メインストリームサポートもすでに終えています。 以下は、Visual SourceSafe 2005 で記載していますが、VSS 6.0 などはすでに延長サポートも含めて終了しています。 単体販売の終了日: 2011年12月末メインストリーム サポート終了日: 2012年7月10日延長サポートの終了日: 2017/7/11MSDN サブ
git pull 時の rebase オプションのススメ
今日は、Git で複数人作業を行う際に共有リポジトリから pull する際の rebase オプションの必要性について検討してみました。 タイトルで結果は想像つくような気がしますが、順を追ってみましょう。 git pull でやってること merge と rebase git pull と git pull --rebase まとめ 1. git pull でやってること git pull コマンドは、fetch, merge をまとめて実行しています。 つまり、リモートブランチの最新のコミット情報をローカルトラッキングブランチへ持ってきて（fetch）、持ってきた最新のコミット情報とローカルブランチをマージ（merge）します。 参考：3.5 Git のブランチ機能 - リモートブランチ 2. merge と rebase ブランチを統合するには、マージの他にリベースがあります。 mer
Gitで作成できるブランチ名の限界に挑戦してみた - by shigemk2
ふと思いたったので、Gitで作成できるブランチ名の限界に挑戦してみた。 ブランチを作成する方法 $ git checkout -b 作成したいブランチ名 で、すぐに新しいブランチを作成できるから、試すのは簡単。 emacs使いはgit-dwim.elを使うとEmacs上でブランチを作成できるよ。 Emacsからgitのブランチを扱うgit-dwim.elをリリース - (rubikitch loves (Emacs Ruby CUI Books)) 作成できたブランチ名 ! # $ 1234 72 @# idolm@ster ikura 星井美希 特殊文字を入れるのもOKだし、特殊文字だけのブランチ名もOK。 日本語も可。 数字だけでもいいし、数字を入れることも出来る。 作成できなかったブランチ名 !@#$ '1234' "72" "72 idol m@ster !@#$については、zsh
チーム開発においてGit初心者が踏みがちな地雷まとめ｜TechRacho by BPS株式会社
morimorihogeです。残暑やばい。 ※元々は2014年に書いた記事ですが、2020年になっていろいろと事情も変わっているので2020年revise版として更新しました。 弊社ではバージョン管理システムにGitを使っています。 数ヶ月以上一緒にやっているある程度ツーカーなメンバーだけのプロジェクトなら問題無いのですが、案件によっては協力会社の方が一時的にJOINしたり、新規参入メンバーの参加などで、これまでGitを使ったことがない、または本格的なチーム開発でGitを使ったことがない人が参加することもあります。 ※2020年現在では流石に全くGitを使ったことのない開発者というのはほぼ見なくなりましたが、チーム開発できちんと運用に乗せて使ったことがない、という所は今でもそこそこあるようです。 Gitは自由度の高いシステムですが、その分概念を覚えることが必要なため、導入の敷居が高い方だと
第24回 バージョン管理 ─GitとGitHub連携 | gihyo.jp
はじめに 今回から具体的なバージョン管理システムを用いたAndroid Studioの連携を紹介します。第3回で紹介したサンプルコードが手頃なので、このプロジェクトをそれぞれのバージョン管理システムに対応させていきます。 手始めに最近もっとも人気があるGitとGitHubについてです。GitやGitHubについては多くを説明しませんので、他の記事やWebリソースで学習しておいてください。 事前準備 Android Studioは標準でGitやGitHubをサポートしていますが、最低限以下の準備を行っておいてください。 Gitのコマンドラインツール（git）を導入しておく GitHubのアカウントを用意しておく コマンドラインツールはGitの公式サイトから、それぞれのプラットフォームに対応したものをダウンロードしてインストールしておいてください。 環境変数 PATH に gitコマンドが登録
ソースコード管理ツールをSubversionからGitへ変更して感じたこと - torutkのブログ
少人数チームでのソフトウェア開発でソースコードを管理するリポジトリに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、Windowsクライアントをリリース。GitHub以外のリポジトリにも対応 | OSDN Magazine
コードホスティングおよびバージョンコントロールサービスを提供する米GitHubは5月21日、Windowsクライアント「GitHub for Windows 1.0」を公開した。Windows XP/Vista/7/8に対応、同社Webサイトより無料でダウンロードできる。 GitGub for WindowsはGitHubが提供するコード共有などのサービスをGUIで操作できる専用クライアント。コマンドラインを利用せずにGitHub.comでのレポジトリ管理を容易に行えるという。C#で作成されたWindowsネイティブアプリケーションで、libgit2、msysGitなどのオープンソース技術を利用して構築したという。 レポジトリのクローン、コミットのブラウズや新規作成、変更履歴のロールバック、ブランチの検索、確認、新規作成、削除などの操作が容易に行える。容易なインストール、自動アップデートも
操作体系から見る、GitとMercurialの8つの違い
つい先日、SVNからMercurialに移行するべき8つの理由をまとめたが、Twitterやはてなブックマークのコメントを見ていると、同じ分散バージョン管理システムとしてGitとMercurialとの比較に関心が高く、Windowsでの動作でMercurialを評価する人が多いように感じられた。 それも一つの側面で間違いでは無いのだが、日々の開発作業で使っていくと、むしろ操作体系の方が気になるものだ。GitとMercurialの両方を使う機会があったので、操作体系の面で気づいた違いを列挙した上で、Gitに対するMercurialの優位点を考察してみる。 1. 管理対象ファイルの指定方法 .gitignoreや.hgignoreで管理外のファイル名を指定でき、正規表現も使える点は良く似ている。 しかしGitはcommit前にコミット対象を毎回git-addで指定するが、Mercurialは一
WinMerge Plugin -Word、Excel、PowerPoint、pdfの比較・差分を見る-
※1 .doc、.xlsは、WinMergeに差分を表示するプラグインが同梱されていますが、そちらは Word、Excelを利用してテキストファイルに変換しているため、処理にやや時間がかかります。 また、Word、Excelがインストールされていないと使用できません。 xdocdiff Pluginは、Word、ExcelがインストールされていないPCでも差分を表示でき、かつ高速です。 もしTortoiseSVNをお使いであれば、xdocdiff もお試しください。 ■ダウンロード xdocdiffPlugin_1_0_6d.zip (Ver 1.0.6d) 146KB ソース（VisualBasic6）： xdocdiffplugin_1_0_6_src.zip (7k) ■インストール 事前準備： WinMergeをインストールしておいてください。 WinMergeの「プラグイン」メニ
The T World » Mercurialで快適変更管理
Mercutialの勧め Mercurialはバージョン管理システムである。 ソフトウェアをチームで開発する場合は必須のツールで、かなり長い間CVS(Concurrent Version System)が採用されることが多かった。CVSはとても便利で、今も私が参加しているチームでは主役だ。しかし、CVSには欠点が多く、決定的な事はチェンジセットをサポートしていない事だと思う。チェンジセットとは複数のファイルをひとつの変更単位として扱うことである。CVSはファイル単位でしか管理することができない。(CVSの成り立ちからそうならざるを得なかった。)だから、CVSでは案件別に変更を管理しようとすると運用が難しくなってしまうのだ Mercurialはこのチェンジセットという更新単位をサポートする。以下はバージョン管理システムの基本的な動作をチェンジセットでどのように管理されるのかを具体例で説明する
TortoiseHg で日本語ファイル名 - あすかぜ・ねっと
概要 Windows 環境のみの運用であれば、win32mbcs 拡張を有効にすることで TortoiseHg で日本語ファイル名を扱うことができます。 ファイル名を UTF-8 で扱うための拡張も開発されています。 2011/11/10: TortoiseHg 2.2 (Mercurial 2.0) では fixutf8 拡張は動作しません。 fixutf8 拡張を使用する場合は、TortoiseHg 2.1.4 (Mercurial 1.9.3) をインストールしてください。 http://groups.google.com/group/mercurial-ja/browse_thread/thread/8259df07863507d7?show_docid=429efb30451ad8dd 2011/11/08: TortoiseHg 2.2 で、win32mbcs 拡張利用時にシェ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://blog.yuku-t.com/entry/20110427/1303868482
GitHub - masaru-b-cl/introduction-to-vcs: Introduction to VCS (Version Control System). Description VCS power, soul, usage considerd SCM (Software Configuration Management).
GitHub - Shinpeim/introduction-to-git: Gitをはじめからていねいに
http://blog.inouetakuya.info/entry/20130602/1370173582
https://github.com/hail2u/github-cheat-sheet/blob/master/README.ja.md
サル先生のGit入門〜バージョン管理を使いこなそう〜【プロジェクト管理ツールBacklog】
bitbucketの使い方
Bitbucket | Git solution for teams using Jira
はてなブログ | 無料ブログを作成しよう
