RabbitVCSはLinux、Debian、Linux用のバージョン管理フロントエンドです。 開発の現場では当たり前になっているバージョン管理システム。様々なバージョン管理がありますが、それらをまとめて扱えるクライアントソフトウェアがRabbitVCSです。 インストーラーです。 インストールが終わったらアプリをFinderに登録します。 後はこのようにメニューが出ますので必要な処理を選択します。 コンテクストメニューです（公式サイトより） コミットダイアログです。 Mac OSX版ではまだ思った動きをしなかったですが、LinuxやDebian版が提供されており今後に期待ができます。扱えるバージョン管理システムはSuversion/Git/Mercurialを予定していますが、現時点ではSuversionのみのようです。 RabbitVCSはLinux/Mac OSX用のオープンソース・
書籍化し、12万部突破しました。 【SlideShare広告回避用】 https://www.docswell.com/s/morishige/K3MXPZ-howtodesignslides ・PDFは無料でダウンロードできます ・自己学習や勉強会などの目的でしたらご自由にお使いいただけます ・授業・研修への利用はフォーム( https://forms.gle/WwgXTT974xFW78mFA )にご報告ください ・記事への参考資料にする際は適切な出典明記をお願いいたします 【使っているフォントについて】 M+フォント「MigMix1P」です。こちらもメイリオ同様おすすめです。 フリーで使えます。 【個人HP】 > https://mocks.jp > 仕事のご依頼はこちらから 【書籍情報】 デザイン入門：https://amzn.asia/d/4WDsTI6 デザイン図鑑：https
動機 Subversionで困ってない ぶっちゃけSubversionで全然困っていませんでした。 コードレビューはちゃんとやっていたし、マージ・ブランチングも自作シェルスクリプトのおかげてスムーズにやれていました。 よく「Gitはマージが賢い、ブランチ作成が一瞬でできる」とかいわれますが、Subversionだってちゃんと使えばコンフリクトなんかめったに起きないし、ブランチ管理・マージだって全然めんどくさくない。 特にver1.7からはサーバもクライアントも大幅に高速化されたし、.svnディレクトリが.gitみたいに１個になったし、rebaseみたいなことだってできる。(sync merge & reintegrate) ただ、世の中が一斉にGitにシフトしている中でいつまでもSubversionを使っててよいのかという不安がありました。 また、月から金までSubversionにどっぷり
Gitでバージョン管理しよう（ひとりGit編） まったくバージョン管理したことない人にお送りする、ひとりGit入門記事です。 というか書いている人が超初心者なので、すごく間違えていることろがあるかもしれませんがご了承ください。 投稿日2012年10月24日 更新日2012年10月28日 なぜバージョン管理システムが必要なのか たとえば「index.html」というファイルを大幅に修正したかったとします。 もとの「index.html」は残しておきたいので、「index1.html」とリネームしてみたり、もしくはバックアップフォルダにコピーするなどの方法が考えられます。 しかし、それだと後で見返したときに何のファイルどんな修正をしたファイルなのかわからないですよね。 そこで登場するのがバージョン管理システムなわけです。 初期設定 バージョン管理を始める前にGitの初期設定をしましょう。 まず
チームでgitを使うときは個人の公開リポジトリから適宜pullする、なんてことはせずにsvnのように中央集権的なbareリポジトリを作ることになると思います。 で、そのリポジトリが吹っ飛んだときとかは、分散型の特性を生かして個人のリポジトリをドラゴンボールみたいに寄せ集めて願い事を唱えながらmergeをしてbareリポジトリを蘇らせるというナメック式バックアップを取ることもできますが、やはりここは宇宙人のなかでもダントツでかしこいとされる地球人らしさを見せておきたいわけであります。 というわけでbareリポジトリのバックアップをとりたいのです。 ベタにrsyncとかscpでリポジトリまるごと日次バックアップというのもいいのですが、その場合バックアップ時刻からリポジトリが吹っ飛んだ瞬間の間にpushされていた変更は失われてしまうわけです。失われた分をわざわざpushするのは地球人らしくありま
The entire Pro Git book, written by Scott Chacon and Ben Straub and published by Apress, is available here. All content is licensed under the Creative Commons Attribution Non Commercial Share Alike 3.0 license. Print versions of the book are available on Amazon.com. The version found here has been updated with corrections and additions from hundreds of contributors. If you see an error or have a s
Gitを使い始めて１年以上たちます。最近、Gitを使ったプロジェクト運用方法が自分なりに固まってきたので公開します。かなりシンプルなので、ある程度Gitに慣れていれば十分に運用可能だと思います。 僕たちが理想とするヒストリーGitを使った開発の成果物、それは開発のヒストリー（履歴）そのものです。このヒストリーが論理的に正しく、かつ、簡潔で理解しやすいものを目指すというのが大方針となります。その方針のなか、現時点で僕たちが理想だと考えているのが、以下の図のような履歴がリモートブランチに残ることです。このヒストリーには２タイプのブランチが存在します。 リリースブランチ … 次期リリースバージョンに向けて進んで行くブランチ。チケット１枚について１つのコミットが良い。 フィーチャーブランチ … チケット１枚について１つ切られるブランチ。機能を実装する際に小刻みにコミットしたログが残っているため、後
あらすじ 2001年に書かれたperlのスクリプトを動かせるようにするというマンモスを現代に蘇らせよう！！みたいなプロジェクトが発足 2012-08-15 12:32:53 via web perl版のrvm => perlbrew!! ついにブログにperlカテゴリを追加してしまいました。 僕自身perlは全く書けないし、perlがどういう進化を遂げてきたかもわからないのでなんとも言えないのですが、最新版のperlでは動かないし、わざわざperl5.6入れないといけねえ!!みたいな場合もあるかもしれません。 （ちなみに現段階でのperl最新バージョンは5.16.1らしい） ので、perl自体のバージョンを管理してくれる、rubyで言うところのrvm的なやつが欲しいわけです。 それがperlbrew。 http://perlbrew.pl/ というわけでインストールしてみます。 以下はub
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
gitの基本的なcommandしか使ってないって人向けのtips集です。 エイリアスの設定 $ git config --global alias.co "checkout" とすると、 ~/.gitconfig に [alias] co = checkout のように追記されます。 このようにgit configを叩いてもいいですし、~/.gitconfigを直接編集しても大丈夫です。 とりあえず、 [alias] co = checkout # checkout長い… st = status -sb # シンプルなstatus pr = pull --rebase # pull するときにmergeコミットを作らない fo = fetch origin ro = rebase origin # branchでfoしてroすればmasterにrebaseできる rc = rebase -
アッド & コミット 変更されたファイルを選択します。 git add <filename> git add * を実行するとIndexに追加されます。 これは基本的な作業の一つです。 変更を実際に適用するには git commit -m "Commit message" を実行します。 変更がHEADに入りましたが、 リモートリポジトリには未だ入っていません。 変更のプッシュ この時点で、変更がローカルリポジトリのHEADに適用されました。この変更をリモートリポジトリに適用するには git push origin master を実行し、masterの代わりに適用のブランチ名を入れます。 もし既存リポジトリをクローンせずに使用した場合 git remote add origin <server> を実行すると、リモートリポジトリを登録する事が可能です。 これで変更を特定なリモートリポジト
Cloud9は、クラウド上で様々な操作ができます。無料でエディタ、デバッグ、バージョン管理etc、、、作ったらボタンひとつで公開までできてしまいます。有料にすれば、チーム開発環境、プライベート開発環境も構築できます。 Cloud9 IDEは、ソースコードで公開されています。せっかくですからこの高機能で美しいCloud9 IDEをローカル環境に構築してみましょう。 システム環境 Mac OS X Lion インストール手順 gitからダウンロードします。 $ git clone git://github.com/ajaxorg/cloud9.git Cloning into cloud9... remote: Counting objects: 30583, done. remote: Compressing objects: 100% (10271/10271), done. remote
新サービスが続々登場してアツい！ 「GitHub」とは 皆さんは「GitHub」を活用しているでしょうか？ 「GitHub」（ギットハブ）はソースコード管理用の分散型バージョン管理システム「Git」を使ったホスティングサービスです。 Gitの特徴は、作業用として自分のコンピュータ上にあるローカルリポジトリがあれば、ネットワークに接続できない状態だったとしても、ソースコードの更新や、履歴を調べたりできる点にあります。その特徴はGitHubにも生かされていて、オープンソースとして公開中の既存のコードを分岐（fork）して、新しいプロジェクトとして開発できます。 また、自分が手元のローカル環境でバグ修正したり、拡張したソースコードを本家のオープンソースプロジェクトに取り込んで（pull）もらうことも手軽にお願いできます。 さらに、READMEテキストファイル（README.md）などを独特のマー
KoshiNukeはGitを企業内で用いる際に使えるアプリケーションライフサイクルマネジメントシステムのモックアップです。 Gitが徐々に企業でも利用されるようになっている中、Gitをベースにしたアプリケーションライフサイクルマネジメントが求められるようになっています。そこでモックアップとして紹介したいのがKoshiNukeです。 コードをダウンロードした場合の表示です。 デモ阪の画面です。格好いいです。 リポジトリの履歴です。 コードツリーも表示できます。 コミットログです。個々のコミットログ詳細は見られませんでした。 ブランチグラフです。GitHubと違って縦に進んでいきます。 Wikiは編集機能が備わっています。 Wikiの編集履歴です。 KoshiNukeはあくまでもモックアップなのでビューのみですが、それでも十分に便利そうな機能がそろっているのが分かります。後はバックエンドをRE
TortoiseCVSの作者がバージョン管理システムの歴史を各イノベーションがもたらした「驚き」を語りながらふりかえる： http://www.flourish.org/blog/?p=397 以下、自分の体験とごっちゃ混ぜにして要約する。原文を読むことを勧める。 ソースコードをテキストファイルとして保存する! (60年代) これすら常識でない時代があったこということがASCIIの歴史を読むとうかがえるらしい。 人力バージョン管理! (60年代) ソース管理部門にディスクを持っていくとそこのスタッフが顧客用の製品をビルドしてくれた… SCCS： 複数のバージョンを一つのファイルに保存! (70年代) McIlroy先生の“An Algorithm for Differential File Comparison”によって可能になったらしい。 http://en.wikipedia.org/
gitによるバージョン管理 バージョン管理システムはつかってますか？ 僕は前に自分の作成したコードを元に、後輩にプログラムを作らせようとしてまずは僕のコードをコピペしろと指示したところ、コピペしかしてない(と言い張る)割にはコピペしたコードは動かず、さらに何故かコピペ元の僕のコードが滅茶苦茶に荒らされて当然のごとく動かなくなるという、なんかもう幽霊の存在を認めない限り説明がつかないような怪奇現象に遭遇したことがあります。しかもそのときはcpコマンドによるバックアップに頼っていて運悪くバックアップを忘れたために僕の貴重な１日が消え去ってしまった訳でして、それから僕はバージョン管理システムに頼ることを固く心に決めました。また僕はその目を覆いたくなるような残虐な事件以来、建設業界に見習って、IT業界でもプロジェクトキックオフ時にお祓いはすべきだと訴え続けています。 まぁそれはいいとして、いやまだ
GitHavenはGitHubクローンのオープンソース・ソフトウェアです。Ruby on Railsで開発されています。 バージョン管理システムの一つGitが爆発的に人気を集めるきっかけになったのがGitHubです。そんなGithubクローン（今では結構変わってしまいましたが）として有名なのがGitoriousですが、今回はもう一つGitHavenを紹介します。 トップページです。さっぱりとした画面です。まずはサインアップまたはログインを行います。 サインアップする際に公開鍵も登録できます。この辺りはSSHを使うgitらしいサービスです。 無事サインナップ完了です。 リポジトリを作成しました。この表示もGithubに似ています。 リポジトリの設定画面です。パーミッションの設定も可能です（プライベートリポジトリを作成できます）。 ユーザ設定画面です。 ユーザプロフィール画面です。リポジトリが
「Git」使ってますか？ 近年、分散バージョン管理システム「Git」が急速にシェアを伸ばしています。筆者は、チケットシステムやバージョン管理の勉強会などを開催したりしていますが、Gitユーザーがかなり増えてきていると感じます。 しかしながら、そのような勉強会でアンケートを取ってみると、実案件では半分以上の人がSubversionを利用しており、Gitの導入はまだまだ進んでいません。移行コストが掛かったり、プロジェクトマネージャ層への知名度がまだまだ低いというのもありますが、理由の1つとして、ユーザー管理が煩雑であったり、アクセス制御に関する情報が不足しているということもあると思います。 そういうわけで本稿では、Gitリポジトリのユーザー管理やアクセス制御を簡単に行う「Gitolite」を紹介します。 なお、本稿ではGitの利用方法については紹介しませんので、Git自身の使い方については改め
こんにちは、中川です。 Gitを使い始めてから、Subversionを使う機会がめっきり減ったこの頃です。 Gitだとローカルだけで簡単に使い始められるのもいいですが、気軽につくれるbranchや、mergeのしやすさがたまりませんね。 インストール直後の状態でも普通に利用できますが、 ちょっとした設定でさらに使いやすくなる方法をご紹介したいと思います。 ※今回ご紹介する内容はいずれも私のMacBook上での動作確認となり、Windows環境は考慮していませんがご容赦ください。 ■ユーザー名とE-mailアドレスの設定 まずは、最初にユーザ名と、メールアドレスを設定してしまいましょう。 $ git config --global user.name "yoshiki" $ git config --global user.email "yoshiki@example.com"
GitHubで人気レポジトリのランキングが公開されているようなので全解説してみました． どれも素晴らしいものばかり! あなたのプログラミングライフを快適にしてくれるライブラリがきっと見つかるはず!! rails rails 9835 watching Ruby on Rails. 説明不要だよね! フルスタックWebフレームワーク jquery jquery 8710 watching JavaScriptライブラリ．これも説明いらないよね! node joyent 8572 watching 旧名node.js．昔の名前の方が通りがいいです．JavaScriptエンジンのV8用のノンブロッキングIOな何か．主にWebサーバ/アプリケーションに使われる． html5-boilerplate paulirish 6998 watching HTML5とかのテンプレート集．ただし公式ページのデ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く