Gitのプライベートリポジトリを無料で提供開始する「gitBREAK」、共有人数無制限。ビズリーチが公開
Gitのプライベートリポジトリを無料で提供開始する「gitBREAK」、共有人数無制限。ビズリーチが公開 転職サービスなどを提供するビズリーチは本日5月29日、Gitリポジトリの無料ホスティングサービス「gitBREAK」を公開しました。パブリックなGitリポジトリの提供だけでなく、プライベートリポジトリのホスティングも無料で提供。これまでもGitのプライベートリポジトリの無料提供はBitBucketなどが行っていますが、GitBREAKでは無料でもプライベートリポジトリの共有人数に制限のない点が特長です。 gitBREAKは、同社が新たに展開する「codebreak;」サービス群の中の1つ。codebreak;はgitBREAKのほかに、スキルに合った求人案件を参照できる「jobBOARD」や、スキルに応じて企業などからイベントの招待が届く「cafeTERIA」、登録者のスキルや年収が分
gitで一部のディレクトリだけチェックアウトする - Qiita
$ git clone リポジトリURL hoge $ cd hoge $ git config core.sparsecheckout true $ echo "hoge.txt" > .git/info/sparse-checkout $ git read-tree -m -u HEAD こうするとワーキングディレクトリ下はhoge.txtファイルだけチェックアウトされる様になるらしい。 これまで制作部スタッフにhtmlファイルを編集してもらうのに社内共有フォルダでファイルの受け渡しをしていたんだけど、この機能を使ったらもう少しスマートにならないかなと考え中。 gitスキルのない制作部スタッフにいきなり今日からgit運用にします。ってのは、ハードル高すぎるので、gitアクセスは当面、技術部スタッフが代行するとして共有フォルダにsparse checkoutで制作部スタッフが編集してよい
Git で複数のリポジトリをまとめたり、逆に切り出したりする - Qiita
~/repo1/subdir に ~/repo2 を入れる あるリポジトリのサブディレクトリに別のリポジトリの中身を入れたいとき。たとえば、あるリポジトリのサブディレクトリを切り出して別のリポジトリとして管理しているものを、元のリポジトリに合流させたいとき。 cd ~/repo1 git remote add repo2 ~/repo2 git fetch repo2 # サブディレクトリの内容に repo2 の内容をマージする # （repo2 と内容が似ているサブディレクトリを自動で判別） git merge -s subtree repo2/master # ↑でうまくいかないときにはパスを指定する↓ git merge -X subtree=subdir repo2/master # そもそも ~/repo1/subdir が存在しないときには↓ git read-tree --p
git 1.8.2 リリースノートを眺めて、新機能把握と設定を追加 | Act as Professional
世の中はGoogleリーダーで盛り上がってる中、Livedoor Readerに移行した@HIROCASTERでございませう。 そんななか、ひっそりと git 1.8.2 がリリースされました。 リリースノートを眺めていたら知らない機能があったので書いておきます。 git check-ignore * “git check-ignore” command to help debugging .gitignore files has been added. 1.8.2からの新機能です。 .gitignore ファイルに記述されてい内容と実際のファイルが該当するかチェックできます。 例えば .gitignore ファイルに /tmp と書いたとします。 $ git check-ignore -v ./tmp .gitignore:1:/tmp ./tmp のように1行目の設定に該当して、exc
ブログ | ウェビングスタジオ
先週末の三連休のさなかに、人気プラグイン「Advanced Custom Fields(以降、ACF…
GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
バージョン管理ソフトウェアの寿命は10年？
Gitが10年後存続してるとは思えないけど、Excelが10年後に消えてる筈がないだろ！！と熱弁してる — （あんちべ 心はS式とともにあります） (@AntiBayes) December 5, 2012 言うまでもなく、gitは今をときめく流行のバージョン管理システムである。たったの10年後に存続していないのだろうか。 gitが登場したのは2005年だ。githubが登場したのは2008年だ。githubは直接関係がないが、gitの価値を押し上げたといえる。それ以前、自由なソフトウェア実装によるバージョン管理システムといえば、Subversionが有名だった。Subversionは、2000年に登場している。2010年、gitは流行していた。いま、SVNがgitの流行に押されているのを考えると、たったの10年でよく変わったものだ。 Subversion以前、自由なソフトウェア実装で有名
git初心者向けのTipsなど - os0x.blog
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 -
GitHub で複数アカウントを使う - それはBooks
GitHub で複数アカウントを使った場合に、SSH の鍵管理周りではまったので解決方法のメモです。 Special Thanks @bongole GitHub で複数アカウントを利用するときの設定です。 GitHub は、アカウントと紐付けて SSH の鍵を管理します。なので、複数アカウントを利用すると同じ SSH の鍵を使えません。 そこで、複数アカウントの SSH の鍵の管理をする方法のメモです。 この記事で別アカウントとして作成するアカウントは mountposition とします。記事中に出てくる mountposition という文字は適宜ご自分の別アカウントのIDに変更してください。 git の SSH の動き git で push を行うと、デフォルトで ~/.ssh/id_rsa 秘密鍵が利用されます。 デフォルトのファイル名以外の秘密鍵を使いたい場合には、 ~/.ss
よく忘れるgitの操作まとめ - yasuhisa's blog
インターンでgit使いまくりんぐなのですが、まだまだ全然使いこなせてないですね＞＜。 「さっきのcommitちょっと待った!これも追加して＞＜」git addしてから git commit --amend -C HEAD で追加してくれる。 実際のファイルを消さないで、gitのindexから消す git rm --cached <filename> git/git覚書 - TOBY SOFT wiki dumpとかのコード挿入してたけど、挿入とかする前の状態に戻したい結構ある。というかdumpしないと分かりません。 % rm -rf app/models % ls app/models ls: cannot access app/models: No such file or directory % git checkout app/models % ls app/models user.
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" コミットする時に記録されるユーザー名とメ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
gitのcontributerをcommit数順に一覧する - komagataのブログ
Log in with Atlassian account
http://www.machu.jp/posts/20130113/p01/
プロとしての行為 Act as Proffesional