SVNを捨てGitへ！「GitLab」を社内に浸透させた方法と、移行によるメリットとは？ | SELECK [セレック]
今回のソリューション：【GitLab/ギットラボ】 〜ソースコードのバージョン管理をSVNからGitLabへ移行し、コードの品質向上、開発者のスキルアップに成功した事例〜 結婚式場の日本最大級のクチコミサイト「ウエディングパーク」を運営する株式会社ウエディングパーク。同社では何年も続いていたSVNでのソースコード管理を、Gitベースのレポジトリ管理ツール「GitLab（ギットラボ）」に移行した。 SVNでは並行開発が難しく、コードレビューもPCの画面を直接見てもらうような形式で行っていたことに課題を感じていたためだ。GitLabは自社のサーバー上に構築でき、OSSの開発で定番となった「GitHub」に近い機能やデザインを提供しているため、コードの共有やレビューが気軽に行える。 同社に新卒で入社した栗山 茜さんと小山 翔平さんは、何度も社内勉強会を開催し、ドキュメントを整備することでGitL
![SVNを捨てGitへ！「GitLab」を社内に浸透させた方法と、移行によるメリットとは？ | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/3b2a3d2e594f393522b18f7393afe6cbfdffcc7d/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2016%2F03%2F16145412%2F54c1f922-5c4b-4414-bc11-03996fbfbf98.jpg)
SVNを捨ててGitを使うべき5つの理由 - Qiita
まえがき 私はGit好きの人間です。 もっと言えば、Gitを愛している（Git Lover）と言ってもいいくらいです。 そんな私がなぜこんなタイトルの記事をいまさら書こうと思ったかというと、 いまだにGitの便利さを知らず、Subversionを強い理由もなく使い続ける開発者が多いからです。 そんなわけで 「会社にGit/GitHubを導入するための説得する」 という目的でこの記事を書こうと思います。 Gitの良さってなんだろう？ 実は私もこれまで強く意識して考えたことはありませんでした。 Gitを使い出したら、 それがあるのが当たり前でGitなしの開発など考えられなくなっていたからです。 そういう意味では、Gitって 中世における自動車 に近いものがあるのかもしれません。 その時代、移動手段といえば馬が普通であり、 自動車などが普及するとは誰も考えなかったわけです（たぶん）。 それが今で
Home
SCM-ManagerThe easiest way to share and manage your Git, Mercurial and Subversion repositoriesGetting started SourceCode ManagementSCM-Manager comes out of the box with support for Git, Mercurial and Subversion. All three types can be managed the same way over one interface. Easy InstallationSCM-Manager can be easily installed on the platform of your choice. We are trying to make the installation
「新機能作成時に開発ブランチに細かくmergeしていく戦略」について社内勉強会で発表しました - Hatena Developer Blog
はてなのアプリケーションエンジニアのid:shiba_yu36です。社内技術勉強会で「新機能作成時に開発ブランチに細かくmergeしていく戦略」という発表をしたので、資料を公開します。 speakerdeck.com 以下、簡単に文字でまとめておきます。 戦略 ユーザーに新機能が見えないようにする工夫をし、新機能のbranchもどんどん開発ブランチにmergeしていく mergeされたものは随時本番にリリースされるが、ユーザーに見えない工夫をしているので問題なし PRは可能な限り細かくする 機能が完成したら最後にユーザーに新機能を見えるようなPRを作り、mergeしてリリースする なぜこの戦略を使うのかいろんな失敗を経験して、この戦略を最近使っている。 失敗パターンその1: 巨大PRパターン 失敗パターンその2: 新機能リリースブランチパターン 失敗パターンその1: 巨大PRパターン 新機
ポータブルなGitHubシステム「GitPrep 2.6」 リリース - 「Wiki機能」が追加され、ドキュメントが書けるように。 - Perl入門ゼミ
GitHubのポータブルなクローン「GitPrep 2.6」が、2016年6月10日にリリースされました。 「Wiki機能」が追加され、ドキュメントを書けるようになりました。 このリリースでリポジトリ、プルリクエスト、イシュー、Wikiという主要な4つの機能が実装されました。 上部のタブにWikiが追加されています。 ぜひGitPrepのサンプルを試してみてください。ポータブルな本物のGitHubシステムであることが実感できると思います。 GitPrepの特徴 初めて利用される方のために、GitPrepの特徴をご紹介! GitHubのクローン。GitPrepは使い慣れたGitHubと同じインタフェースを持っています リポジトリ、プルリクエスト、イシュー、Wikiをサポート issueシステムのサポート ポータブル。GitPrepをあなたのUnix/Linuxサーバーにインストールできます。
GitLabとGit LFSを使ってExcelなどのバイナリでできたドキュメントの世代管理をする – なおたこブログ
前置き 皆さんも業務上やむを得ずWord, ExcelやPowerpointでドキュメントを作っていることと思います。他にもなんかよく分からない画像だったりとか、Astahとかそういうやつとか。とにかく望むと望むまいと僕たちはプロプライエタリなバイナリに囲まれて生きています。 まあその手のドキュメントは作ったり読んだりしてる限り別にいいんですが、だいたい世代管理が困難に近いです。MicrosoftのSharepointとかいう地上最低の操作性を誇るWebアプリを使う 1など、まあ手が無いこともないのですが、いろいろと厄介です。で、そういうファッキンバイナリィドキュメンツが数十GB単位で貯まってきた頃に事故があって、誰かが共有フォルダのファイルを消したりぶち壊したりしてしまったりなんだりして、上司が「ちょっとこれいい感じに管理する方法考えといて」とか無茶なことを言ってくるわけです。 後半に私
SVN脳患者から見たGit - Qiita
はじめに 僕はSVN脳患者である。SVN脳とは、SubversionのポリシーでGitを理解しようとしたり、使おうとしたりする病気で、中年プログラマに発症例が多い(気がする)。それまでSubversionを使ったことがない人がGitを使う場合には問題にならなかったことが、SVN脳患者がGitを使おうとすると問題になることが多い。特に、SVN脳を発症したプログラマは、そうでない人に比べてGit学習コストが爆発的に増大する。最初からGitに触れた人は、なぜSVN脳患者がGitを理解できないのかを理解できないだろう。 これは、SVN脳患者である僕1が、なぜGitを長いこと理解できなかったかをつらつら書くポエムである。病人の書いたポエムであるからして、所謂マサカリの類はほどほどにしていただきたい。 以下、「SVN脳患者」という大きな主語を多用するが、要するにこれは僕のことであり、言うまでもなくSu
Visual Studio + Subversionの開発でバージョン管理すべきでないファイル何か - 小さい頃はエラ呼吸
はじめに Visual Studio(C++)で開発して、Subversionでソースコードのバージョン管理をしているプロジェクトで、Subversionで管理すべきでないファイルについて調べてみました。 Microsoft Visual Studio Professional 2013 DVDposted with amazlet at 14.02.04マイクロソフト (2013-11-29) 売り上げランキング: 298 Amazon.co.jpで詳細を見る Subversionで管理すべきでないファイル Subversionで管理すべきでないファイルは、基本的にVisual Studioが吐き出す一時ファイルや環境の情報などを格納したオプションファイルです。 いろいろなサイトで調べてみた結果、以下の拡張子のファイルはバージョン管理対象から外して問題ないと思います。 .opt ローカル
Gogs - Go製のGitリポジトリサーバ
今は企業内においてもバージョン管理でGitを使う所が増えています。個人個人がリポジトリを持つことでオフラインでも開発がスムーズに進められたり、多数の関連ツールの登場によって生産性が向上しています。 GitHubやBitBucketのようなGitリポジトリサービスもありますが、企業内部でリポジトリを持ちたいというケースも多いでしょう。そこで使ってみたいのがGogsです。 Gogsの使い方 GogsはGitHubを強く意識したUIになっていますので、既にGitHubを使っている方であればすぐに使えるようになると思います。社内や自社サーバにGitリポジトリサーバを立てたい時に選択肢の一つに考えてみてください。 GogsはGo製、BSD Licenseのオープンソース・ソフトウェアです。 Gogs: Go Git Service - A self-hosted Git service writte
ScaleOut | Supership
「ミライリアルの幸せを、デジタルの力で創る」ことを目指すSupershipグループの社内報です。日々の出来事、メンバーの働く様子や声、未来への想いなど、Supershipグループの”Be Super”なストーリーをみんなでシェアしていきます。
Git を学ぶ - チュートリアル、ワークフローおよびコマンド | Atlassian
Git は、元々 Linus Torvalds によって 2005 年に作られた、無料でオープンソースのバージョン管理システムです。他の SVN や CVS といった中央バージョン管理システムと違って、Git は分散型で、すべての開発者がローカル環境で彼らのコードのリポジトリの完全な履歴を持っています。これは、最初のリポジトリのクローン作成に時間がかかりますが、commit、blame、diff、merge、log といったこれに続く作業を劇的にスピードアップします。 Git は多くの革新的で強力なワークフローやツールにつながる、リポジトリ履歴のブランチ、マージ、および書き換えに非常に役立ちます。プル リクエストは、チームが Git ブランチでコラボレーションを行い、他のコードを効果的に見直すことができる、非常に人気のツールです。Git は現在世界で最も広く使用されているバージョン コント
WindowsにおけるGit利用環境は整った： Git for Windows と SourceTree for Windows - 檜山正幸のキマイラ飼育記 (はてなBlog)
分散バージョン管理システムの利用は拡大しています。そのなかでも最も人気のあるツールはGitでしょう。しかし、GitをWindowsで使うのはなかなか困難でした。 Windows向けのGitであるmsysGitは、bashのコンソールを出して、最小限のUnix風コマンドライン環境を提供するものです。これは使いやすくありません。もう一つの選択肢であるTortoise Gitは、Windowsのエクスプローラー（ファイルマネージャ）に統合されたGUIツールですが、僕は「なんか違うな」と感じてました -- これは個人の感性の問題ですが、ファイルマネージャに横付けすることが、分散バージョン管理システムへの良いUIを提供するようには思えないのです。 ところが、最近は事情が大きく変わっています。使いやすいGUIツールとして、2013年6月に正式公開されたSourceTree for Windowsが存在
青柳 臣一 ブログ : [Git] TortoiseGit でユーザー名・パスワードを記憶する - おもしろデバイス.jp
認証が必要な Git リポジトリに TortoiseGit でアクセスすると毎回ユーザー名とパスワードを聞かれます。これを省略するには以下の方法があるようです。（私は後者の credential helper の方法しか試してません） ■ _netrc %USERPROFILE% ディレクトリー（Windows 7,8 だと ”C:\Users\ユーザー名”）に _netrc ファイルを置いて、中身を machine xxxx.visualstudio.com login ユーザー名 password パスワード machine github.com login ユーザー名 password パスワードのように書いておけばいいようです。 この方法だとパスワードをそのまんまテキストファイルに書いておかなくちゃいけなのでちょっとイヤンな感じです。 ■ credential helper Tor
SSHとHTTPSでアクセスできるGitサーバの設計と構築 - GeekFactory
(追記) この記事は公開から時間が経っており、内容が古くなっています。 本稿では、すでにプライベートなWebサーバを運用している人向けにGitサーバの構築方法を説明します。ひと手間をかけるだけでGitサーバを構成できます。Webサーバがない人はGitHubでプライベートリポジトリを作った方が早くて安くて旨いかもしれません。 要件 以下の要件を考えてみます。 SSHでGitリポジトリにアクセスしたい。 HTTPSでGitリポジトリにアクセスしたい。 Webブラウザでリポジトリを閲覧したい。 Gitリポジトリには機密性の高い情報を格納する可能性がある。 具体的には、 git clone git@git.example.com:/something.git とか、 git clone https://myname@git.example.com/something.git とかしたいです。 Gi
Subversionで変更のあったファイルの一覧を取得する - 小さい頃はエラ呼吸
はじめに Subversionで変更のあったファイルの一覧を取得したいときは、svn diffコマンドが使えます。 リビジョン番号を指定する場合 以下のコマンドはカレントディレクトリを作業コピーのディレクトリに移動して実行します。リビジョン番号3から最新までの間に変更されたファイルを出力します。 svn diff -r 3:head --summarize 日付を指定する場合 2011/11/24から最新までの間に変更されたファイルを出力します。 svn diff -r{2011-11-24}:HEAD --summarize実行した結果は以下のように表示されます。Dは削除、Aは追加、Mは修正を意味しています。 C:\work>svn diff -r 3:head --summarize D b.txt A 新規Microsoft Word 文書.doc A 新規Microsoft Exc
思考停止ワードとコミットログとコードコメント - 勘と経験と読経
古い記事になるのだけれど、バージョン管理ツールにコミットログのNGワードを登録するという話が面白かった。ソフトウェアは思考がそのまま品質につながるようなところがある。思考停止に近しいワードを禁止してしまうのも手かもしれない。 コミットログのNGワード 注意するのも疲れるし、大抵の場合は注意しても直りません。 そんなわけで、私が面倒を見ている環境だとpre-commit-hooksを使って、規定のバイト数のコメント書かないとコミット出来ないようにして対応しています。 コミットコメントを意地でも書かせたい - almost nearly dead 単にコメント無しを規制するだけではなく、思考停止してしまうようなワードを禁止しているのが素敵。 また、これに加えて会社名や人名も禁止してしまうのはうまいやり方だと思う。人の名前が出てくるとそこで情報が隠蔽されてしまうし、「問題 VS 我々」のスタンス
クリアなコードの作り方: 意図が伝わるコミットのしかた - 2012-03-13 - ククログ
コミットメッセージの書き方ではコミットをわかりやすくするためには以下の2つの条件を満たす必要があると書きました。 コミットの内容が分かりやすく説明されていること コミットの内容が小さくまとまっていること このうち「コミットの内容が分かりやすく説明されていること」についてはすでに説明済みです。今回は「コミットの内容が小さくまとまっていること」について説明します。 めざすところ 単純にコミットの内容を小さくするだけではわかりやすくなりません。それでは、どのような基準で小さくすればよいのでしょうか。 よく言われることは1つのコミットには1つの小さな論理的にまとまった変更だけにする、というものです。たしかにこれは重要です。しかし、これだけを基準とすると、人によっては大きめなコミットになってしまいます。人それぞれで論理的なまとまりの大きさが異なるからです。 1つのコミットでどうすればよいかを考えるの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - usvn/usvn: Manage Subversion repositories via a web interface
TechCrunch | Startup and Technology News
Amazon.co.jp: 実用Git: Jon Loeliger (著), 吉藤英明(監訳) (翻訳), 本間雅洋 (翻訳), 渡邉健太郎 (翻訳), 浜本階生 (翻訳): 本
